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SQL/DS AND DB2 USERS: 


Like all great works of art, creating 
an efficient database requires the 
right tools. Using Systems Center’s 
full line of database management 
tools, you can turn your database into 
a masterpiece. 

With the creative edge that Systems 
Center database products provide, 
you can improve the performance of 
your database, increase the produc- 
tivity of your programmers, and 
protect the integrity of your data. 

DB/AUDITOR for DB2 provides 
an easy to use audit reporting system 
for all DB2 activity. History, sum- 
mary, and detail reports are available 
to satisfy your DB2 auditing 
requirements. 
DB/REORGANIZER for SQL/DS 
(formerly VMSQL/REORG) allows 
the Database Administrator to 
improve the performance of SQL/DS 
by quickly and easily altering and 
reorganizing database objects. 
DB/REPORTER (formerly 
VMSQL/REPORT) for both SQL/DS 
and DB2 allows programmers to write 
reports in a fraction of the time 
required of conventional program- 
ming languages. 

DB/OPTIMIZER for DB2 (for- 
merly DB/OPTIMIZE) reports on 
DB2 access path selection problems, 
identifies potential problem areas, 
and recommends possible solutions. 
DB/EDITOR for SQL/DS (for- 
merly VMSQL/EDIT) makes it easy 
to maintain SQL/DS tables and to 
build database entry applications. 
DB/SECURE for DB2 provides a 
comprehensive means of controlling 
access to DB2 systems, resources, 
and data. 

With Systems Center's database 
products, you can quickly master the 
art of database management. Call 
Systems Center today to get the tools 
you need to create a masterpiece! 


NETWORK ADMINISTRATION PRODUCTS @ RELATIONAL DATABASE PRODUCTS 
VM SOFTWARE PRODUCTS = NETWORK DATAMOVER PRODUCTS 


1800 Alexander Bell Drive, Reston, Virginia 22091 
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SOLVE THE MYSTERY 
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Look to Eyewitness® 
for help— 

complete CICS dump 
diagnostics. 


Another CICS dump—it’s 
enough to make you scream! But 
wait. Now there’s Eyewitness, 
the revolutionary achievement in 
system and transaction failure 
analysis. Systems and applica- 
tions programmers get superior 
system, transaction, and hard- 
copy support—all in one product. 

For the first time, your 
applications programmers can go 
directly from a dump to their own 
failing source statements. The 
result? Self-reliance. Efficiency. 
Productivity. 

Systems and operations 
people benefit, too. They spend 
less time on maintenance tasks 
because Eyewitness provides 
CICS architecture and internals. 
It’s at their fingertips. No more 
agonizing hours searching for 
clues. Get answers in minutes. 
And with its rapid dump proces- 
sor, you'll slash system dump 
time and downtime by up to 90%. 
Eyewitness has all of the facilities 
for both system and transaction 
dumps. Consolidate all of your 
dump management packages and 
save on maintenance costs. Best 
of all, Eyewitness bears the sig- 
nature of Landmark Systems 
Corporation, makers of 
The Monitor for CICS™. 

There’s nothing like it. 
Analyzing CICS dumps doesn’t 
have to be murder. Call us today 
for a FREE, 30-DAY TRIAL at 
1-800-227-8911 or 1-703-893-9046. 


LANDMARK 


Landmark Systems Corporation 
8000 Towers Crescent Drive 
Vienna, Virginia 22182-2700 
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1 CASE And The Balkanization Of Systems Development 
CASE is effective when there is a complete data model of your strategic 
information pian. By Dean F. Mohlstrom 
1 6 VM In The Development Center 
VM offers three ways to improve productivity for system development. 
Michael Seadle, Ph.D. 


20 San Bernardino County’s Checklist For Change Control 
Every MIS shop needs to manage its application changes. 
By Julio A. Hernandez 
2h ICF Catalog Structure 
The Basic Catalog Structure (BCS) and the VSAM Volume Dataset 
(VVDS) are the two datasets comprising the ICF catalog. By Blair Svihra 


32 Playing For Keeps In Data Center Chargeback 
If users are held accountable for the cost of using the data center, they 
will save the company an enormous amount of money. 
By Kenneth R. Whitaker 
39 IBM Conquers Space 
ESA’ s Virtual Lookaside Facility (VLF) is used by three of MVS’ most 
active components: the Library Lookaside Facility, ICF Catalogs and 
TSO/E command processing. By Michael Haupt 
46 IMS Fast Path Data Entry Database Tuning 
Determine from an actual production example the performance and 
storage characteristics of a DEDB. By Gary Rygmyr 
5A VSE Under The Covers: The Art Of Storage Management 
Build on your knowledge base of VSE so that you can approach storage 
management problems with confidence. 


61 CASE: A Technology In Transition 
Five factors explain why CASE technology is being accepted reluctantly. 
By Pete B. Privateer 


By Eric L. Vaughan 


66 How To Use VM’s Essential XEDIT Commands 
To learn XEDIT’s commands, read carefully, practice at a terminal as 


you read and take your time! By Steve Eckols 


74 Washington State University Adopts CASE Strategy 
With the imposition of new state and federal requirements making it 
necessary for several of WSU’s offices to share student files, the need for 
an integrated database became paramount. By T. Marc Graham 


76 CMF Analysis 
Data and variables in CMF records have addressed management's 
concerns during the last two years. By Dale Doolittle 


80 SQL/DS In Full Production 
Certain fundamental requirements are necessary to maximize the 
performance and benefits of SQL/DS. By Roberto Bernik, 
Robert L. Herbst, Joseph A. Hendrickson and Augusto Ramirez 


85 Expert Systems For Computer Performance Evaluation 
To create knowledge bases for CPE domains, understanding techniques 
for knowledge acquisition and knowledge engineering is crucial. 
By Bernard Domanski, Ph.D., and Sid W. Soberman 


90 Product Review: CS Monitor Eliminates Common Service Area Creep 
CS Monitor provides an in-depth investigation tool to monitor users of 
CSA and SQA on MVS/XA. By John Kador 
98 Viewpoint: Reengineering — Buzzword Or Business Advantage? 
CASE for Existing Systems or reengineering is a top priority for 


corporate America. By Kent Petzold 
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Computer Associates presents 
total data center auiomation for VSE. 


Production Control 


Performance Measurement 


GOMPUTER' 
3 SSOCIATES 


Software superior by design. 


Computer Associates brings 
you the industry's only complete 
line of VSE systems software: 
CA-UNICENTER®/II VSE, the total solu- 
tion for data center automation. 


With CA-UNICENTER/II VSE, You gain 
extensive tape and disk manage- 
ment capabilities, automated 
production scheduling and output 
distribution, performance measure- 
ment and job accounting facilities, 
the industry's leading security soft- 
ware, essential sorting and report 
writing utilities and even more. 


Through advanced integration 
and automation, CA-UNICENTER/II VSE 
ensures efficient utilization of data 
center resources, virtually eliminates 
manual involvement and dramatic- 
ally improves overall productivity of 
the data center—enabling you to 
achieve levels of efficiency never 
before possible. 


Automated service 
and support, too: 
CA-UNISERVICE®/II 
provides a secure 
link between 
your main- 
frame and 
Computer 
Associates’ 
Customer Ser- 
vice System, 
24 hours a day. 
You get online 
access to software 
fixes, interactive problem resolution, 
product tutorials and more. 


Call Dana Williams today: 
800-645-3003 


© 1989 Computer Associates International, inc. 
711 Stewart Ave., Garden City, NY. 11530-4787 


Storage and 
Resource Management 


Security 


¢ World's leading independent software company. 


¢ Broad range of integrated business and data processing 
software for mainframe, mid-range and micro computers. 


¢ Worldwide service and support network of more than 100 offices. 


Resource & Operations Management « Financial * Banking * Graphics * Spreadsheets * Project Management 


Bice talks about the weather but no one 
does anything about it.’’ This old adage has a 
contemporary DP counterpart. In this instance, 
CASE is the operative word (make that the op- 
erative acronym). 

Seminars and magazine articles on CASE are 
running amok in DP land and no end is in sight. 
Many organizations are in various early stages of 
evaluating and implementing CASE but rela- 
tively few have full-blown applications in pro- 
duction using CASE methodologies. 

In this issue we present several CASE-related 
articles you will find enlightening. 

Dean Mohlstrom, in his article titled ‘‘CASE and The Balkanization of System 
Development,’’ emphatically states, ‘‘To realize the full potential of CASE, it should 
be utilized only after your data house is in order with a stable, complete and concise 
data model of your strategic information plan and corporate data architecture.”’ 

When should an organization start using CASE? Pete Privateer, in his article titled 
““CASE: A Technology In Transition,’ puts it rather bluntly. ‘‘Those organizations 
that wait for CASE to evolve will find themselves far behind their competitors.’ 

Washington State University has adopted a particular CASE strategy to meet the 
academic and business demands of a major university. WSU’s experiences are profiled 
by T. Mare Graham. 

In Viewpoint, Kent Petzold, President of Viasoft, Inc., rounds out our rather ex- 
tensive CASE coverage by answering the question, ‘Reengineering: Buzzword Or 
Business Advantage?’’ 

As we head into the 1990s, more and more companies will be talking about CASE 
and as competitive pressures continue to mount, these companies will be doing some- 
thing about it. It appears that it is time to get busy doing something about CASE — 
let Willard handle the weather! 


Double Shot Of VM 


VM users, you lucked out this month. Two excellent VM-oriented articles are in 
this issue. First, Michael Seadle describes how a development center can take advan- 
tage of VM’s procedural language, interactive environment and electronic mail in his 
article, ““VWM In The Development Center.’ In addition, Steve Eckols teaches you 
‘‘How To Use VM’s Essential XEDIT Commands”’ in his article of the same name. 


IMS & SQL/DS Take Center Stage 


Because DB2 is the hot DBMS, we typically devote quite a bit of space to it. 
However, we have had a number of requests for articles on IMS and SQL/DS. In this 
issue those requests are honored by Gary Rygmyr in his article, ‘IMS Fast Path Data 
Entry Database Tuning,’’ and by Messrs. Bernik, Herbst, Hendrickson and Ramirez 
in their article, ‘‘SQL/DS In Full Production.’’ 

The August MAINFRAME JOURNAL will be a special DB2-emphasis issue in honor 
of the first International DB2 Users Group Conference to be held August 6 through 
9 in Chicago, IL. If you would like to attend the conference, contact Jack Thompson, 
Director of Administration and Conferences for the International DB2 Users Group 
(IDUG) at (312) 644-6610. 


Are We On Target? 

Is the editorial coverage of MAINFRAME JOURNAL on target from your perspec- 
tive? Have we hit your ‘‘hot button”’ yet? If we have, great; let us know so we can 
continue in that direction. If not, sorry; let us know and stand by! Either way, please 
communicate with us by using the Reader Service Cards between pages 74 and 75. 
It’s your magazine and your enthusiastic interest and support have made MAINFRAME 
JOURNAL the most-read magazine among DP professionals using IBM mainframes. 
Please take a minute to help us stay on target. 


Bob Thomas 
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Lighten Up! 
Five-Minute Systems Programmer 
Move up to the power and prestige of controlling the heart 
of the mainframe. Become a systems programmer through this 
in-depth course. This rigorous course, five times as long as 
our management program, provides you with the technical and 
personal skills to qualify for these high-paying positions. 


Course Topics 
Buzzword Basics 
Learn the proper use of jargon and acronyms to confound 
ignorant outsiders. 
Four Easy Steps for Dispatching System Problems 
1. It’s not repeatable. Do it again — then come back. 
2. Incomplete problem documentation. Get every conceiv- 
able — then come back. 
3. It’s probably a software problem. Wait ’til the next re- 
lease is installed — then come back. 
4. We’ve informed the vendor of the problem. As soon as 
we get the fix, we'll notify you. 
Controlling Changes 
Learn how to postpone, delay and defer petty maintenance 
and other needless changes while installing tools and other 
playthings. Master realistic capacity planning by learning to 
gather and present data justifying the object of your desire. 


What’s the Use of Users 
Bothered by hundreds or thousands of users sharing your 
system? Discover their true value in creating unique debug- 
ging situations and providing test data for tuning games. 


Profiting from Corporate Politics 
Discover how to manage managers by upward delegation 
and other management techniques. Develop User Exits to 
reward your friends and deter your nemesis. 


Interpersonal Techniques 

Let our Arrogance Training show you how to act the part 

of a systems programmer. Our ‘‘Dress for Success’’ seg- 

ment demonstrates how to appear as though you’ve been up 
all night, even after ten hours of sleep. 

Just released on videotape is Poindexter’s Memory Course 
offering: 

@ Practiced at highest levels of military command 

= Demonstrated before US Senate 

@ Witnessed by millions on TV. 

Courses that are available include ‘‘Maintaining Tape Ar- 
chives’’ by Richard M. Nixon and ‘*What You Can Do With 
PROFS Journaling’’ by Colonel Oliver North. 

Michael Haupt, President 
Haupt M.I.S. Consultants 
Mt. Prospect, IL 


VSAM Tip 

I would like to expand on Eugene Hudders’ comments (VSAM 
Optimization and Design, March 1989) about the use of the 
SPEED and RECOVERY options in defining VSAM datasets 
used in a CICS environment. Hudders points out that SPEED 
is the preferred option when defining a KSDS. When an ESDS 
is used in load mode as a data collection file, then SPEED 
becomes undesirable. In this special case, if SPEED is spec- 
ified, then any data in the file is lost in the event of a CICS 


outage. RECOVERY should be specified for an ESDS which 
is written from CICS. I’ve seen people go to the trouble of 
converting an ESDS to a KSDS unnecessarily because they 
assumed the loss of data was simply characteristic of ESDSes, 
so I thought it might be worth mentioning. 

Another frequently overlooked point regarding ESDSes 
written from CICS is that their performance is enhanced by 
the use of Local Shared Resources (LSR). Conceptually, a 
WRITE is strictly an output operation. For an ESDS in load 
mode, however, VSAM reads each Cl, adds the new logical 
record to it and rewrites it. Consider an ESDS containing eight 
logical records per CI. With NonShared Resources (NSR), 16° 
I/Os are needed to fill each CI; one read and one rewrite per 
logical WRITE. With LSR, only nine I/Os are needed, since 
VSAM will get a lookaside hit on each read once the CI has 
been brought into storage (assuming, of course, that other 
VSAM activity in the address space does not flush the buffer 
in the meantime). 

Dave Nicolette, CDP 
Nicolette Consulting, Inc. 
Coppell, TX 


COBOL Efficiency 
I found the article, Why COBOL Efficiency Still Makes Sense 
(February 1989), enlightening and informative. However, I 
question the technique used by Harvey Bookman to initialize 
a table (Figure 4) when there are several hundred table entries. 
I picked up a technique that I find both efficient and easy to 
code. 
DATA DIVISION 
WORKING-STORAGE SECTION 
01 TABLE-OF-VALUES. 
02 INITIALIZE-TABLE. 
03 FILLER PIC 
03 TABLE-ENTRIES. 
05 TABLE-ENTRY OCCURS 3 TIMES PIC S9(3)COMP-3. 


PROCEDURE DIVISION. 
MOVE INITIALIZE-TABLE TO TABLE-ENTRIES. 


$9(3)COMP-3 VALUE ZERO. 


Mitchell T. Lawn 

Senior Programmer Analyst 
Fleming Companies, Inc. 
King of Prussia, PA 


ISPF 


I enjoyed the article on ISPF Techniques by Jon E. Pearkins 
(February 1989). One area where I would like to make an 
additional comment in this article would be in the section 
titled, Moving Around Fast. Use of the = X function will use 
the ISPF main menu (Primary Option Menu) most of the time. 
It will not work if the ISPF function was a new application 
(indicated by the NEWAPPL keyword operand). 

I know this fact since many times I will attempt to = X out 
of the IBM SMP/E dialog and will only get back to the SMP/ 
E primary option menu. It will take another = X to exit ISPF. 


Tom Bryant 
First Options of Chicago 
Chicago, IL 


Editor’s Note: In Fred Schuff’s article, ‘‘Optical Disk Tech- 
nology,’ on page 12 of the May 1989 issue, the following 
sentence stated correctly should read, ‘‘The media is reliable 
(one error in 10 raised to the 12th power or 1,000,000,000,000 
bits) and cost effective.”’ 


MAINFRAME JOURNAL »* JUNE 1989 


A New 
More 
Productive 
Era in 
Systems 


Programming 


ANNOUNCING 


The Systems Programming Environment 

Only in the SAS/C° Compiler 

Until now, higher-level languages just couldn't hack it in the systems programming 
world. Too many issues stood in the way— inefficiency, poor access to low-level 
system services, bulky and intrusive library requirements, and inflexibility in 
addressing the IBM 370 architecture. 

But now you can write systems-level routines faster and maintain them 
better than you ever could with assembler—with the SAS/C compiler’s exclusive 
Systems Programming Environment (SPE). 

SPE is an extension to the C language that greatly simplifies the coding of 
user exits, tools, and utilities for JES2, VIAM, CICS, TSO, GCS, and other systems 
software. Included are support routines that allow you to write and execute C 
programs and a compact runtime library that features both general purpose and 
system specific functions for memory management, interrupt handling, low-level 
\/O, and more. There’s also a utility that translates assembler DSECTs into C 
structure definitions—an enormous time-saver when you're writing programs that 
interface with assembler. 

Together these tools provide a freestanding C environment designed to 
interact with the operating system the same way assembly language programs do. 
With SPE, your C programs can: 


® call existing assembler routines M+ generate any machine instruction 
in-line = easily access system data and control blocks M exploit BSAM or 


CMS file system I/O MM process asynchronous events and interrupts ete 
® directly use SVCs and DIAGNOSEs Systems 
Then, at compile time, the SAS/C compiler’s global optimizer will compress - 
your code to produce routines that rival assembler for speed and efficiency. 

With frequent updates and knowledgeable technical support—both 
provided free—the SAS/C compiler is the best investment you can make toward 
greater systems programming productivity. 

with the 

Learn More in a FREE Programmer’s Report SAS/C Compiler 


To find out more about systems programming with the SAS/C compiler, simply 
clip the coupon below and mail today. We'll send you our new Programmer’s 

Report: “Systems Programming in C”. Or call us today to find out how you can 
receive the SAS/C compiler for a free, 


; See ewe Se BRMa 
30-day evaluation. im 
‘ 
i —— Yes, send me a FREE copy of Please complete or attach your business card. 
SAS Institute Inc. a “Systems Programming in C”. —— 
Cary “NG275 12-8000 ma 8 —_— Contact me with details of a 
Phone (919) 467-80 4 FREE 30-day trial of the Title 
® In Canada, call (41 6) ye 9811 =f SAS/C® compiler. é 
a company 
- Address 
The SAS/C compiler runs under MVS (370, XA, and ESA) and 
VM/CMS on IBM 370/30XX/43XX/937X, and compatible machines. & Mail to: SAS Institute Inc. oe) || ar’ 4 | 7 
SAS and SAS/C are registered trademarks of SAS Institute Inc., 1 Attn: ME, SAS Circle, Box 8000, Telephone 
Cary, NC, USA. a Cary, NC, USA, 27512-8000. 
Copyright 1989 by SAS Institute Inc. Printed in the USA. - Telephone (919) 467-8000. Hardware System Operating System __ 
a MFJ689 
a 
Li 


YOU. 
Westinghouse. 


In managing your data center, you can’t afford to let just 
anyone come between your users and your IBM mainframe. 

At Westinghouse, we help IBM mainframe users make the 
right connections to productivity. We offer a complete family of 
productivity enhancement software for MVS, VSE, and VM operating 
systems. Software that provides all the right features without sacrificing 
performance...from mainframe to user terminal. More power with 
less resources and overhead...no matter what the application. 

We’ ve been helping corporations manage their data centers 
for over 18 years with sensible, cost-effective solutions. 

So if you’re looking for a proven solution to your MIS 
productivity problems, give us a call. We’re a name you can be sure of. 

Westinghouse Software Solutions. Because in managing your 
data center, it’s what’s between you and your IBM that counts. 


(800) 348-3523 


@) Westinghouse Pitaburgh, Pa 15230 
Management Systems Software Giz) 256-2000 in pa 


IBM Is a registered trademark of International Business Machines 


CIRCLE #59 on Reader Service Card A 


a 


IBM Commitment To Electronic Data Interchange (EDI) Grows 


IBM recently announced a series of EDI “‘translator’’ software products that enable different business enterprises to electronically 
exchange standard-format business documents such as purchase orders, invoices and order acknowledgements. With the intro- 
duction of the IBM expEDITE DatalInterchange Series, IBM now presents a comprehensie series of EDI offerings called the 
IBM expEDITE Family that is said to significantly decrease the time spent in manual processing and mailing of business documents 
and to help minimize costly bookkeeping errors. 


Goal Systems Acquires Database Products And Goes Public 


Goal Systems International, Inc. (Columbus, OH) is expected to complete the acquisition of the principal software products of 
DataBase Utility Group, Inc. (Seattle, WA). The products, INSIGHT/DB2 and INSIGHT/ADABAS, monitor the performance of 
IBM’s DB2 and Software AG’s ADABAS database management systems. This follows Goal System’s recent acquisition of Bennett 
Software and the initial public offering of their stock on NASDAQ. Revenues for fiscal 1989 were in excess of $52 million. 


VSE Data Center Automation Targeted by Altai & Smartech Alliance 


‘“‘Only a small percentage of the world’s 20,000 VSE mainframe sites have begun automating their data centers,’’ said Altai 
President James P. Williams. With that sales potential in mind, Altai, Inc. (Arlington, TX) and Smartech Systems, Inc. (Dallas, 
TX) recently announced a strategic alliance focused on the development and marketing of comprehensive VSE data center 
automation software. ‘‘Both Altai and Smartech have focused efforts on the data center automation niche,’ added Smartech 
Systems President Eric L. Vaughan, ‘‘and by consolidating our efforts, we will be able to provide alternatives to the marketplace 
that might not otherwise have been possible.”’ 


The Computer Channel Provides Information Technology Programs By Satellite 


The Computer Channel (CCI) is a year-old company in Floral Park, NY that provides information technology programs by 
satellite to clients nationwide and in Canada and Europe. CCI develops, produces, markets and broadcasts a full line of pay-per- 
view seminars featuring many top experts in the industry. CCI subscribers use small, KU-band satellite receiving systems (VSATS) 
and participate in the program at their offices. CCI customers include Aetna, IBM, Dow Chemical, Federal Express, Alcoa, U.S. 
Navy, Merck, John Hancock, Lockheed, AT&T and more than 75 other companies. For more information about The Computer 
Channel, contact Joe Rizzo at (516) 352-9490. 


Westinghouse Introduces Token-Based Security Software System 


Westinghouse Management Systems Software (Pittsburgh, PA) has introduced a computer security software system that provides 
authentication services for users of IBM mainframe-based networks across all operating systems. The new system is called Personal 
Authentication Security System (NC-PASS) and according to Mark Potenzone, Manager of Westinghouse MSS’ North American 
Group, it provides a higher level of security by requiring the validation of three separate items — a userid, a user-changeable 
password and a physical device (token). The introduction of NC-PASS represents Westinghouse Management Systems Software’s 
initial move into the token-based security market. 


Sterling Software To Remarket SPACECALC 


Sterling Software’s Systems Software Marketing Division (Rancho Cordova, CA) will now market SPACECALC, a product 
developed by Spectrum Concepts, Inc. of New York City. The remarketing agreement was announced recently at Sterling’s 10th 
Data Storage Management Conference held in San Antonio, TX. SPACECALC is an interactive DASD modeling facility that 
automatically performs storage allocation calculations for sequential, partitioned and VSAM datasets. Sterling Software markets 
a family of automatic volume allocation products called VAM. In announcing that it would remarket SPACECALC, Jim Hanchett 
of Sterling Software said, ‘“The new product would be a ‘natural fit’ with its existing allocation products to provide a complete 
solution.”’ 
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CAS 


And 
The 


Balkanization 


Of 


Systems Development 


ost of the claims found in to- 
Me: over-hyped CASE tool ad- 
vertising and in-depth articles on 


systems design and applications devel- 
opment are true; and yet, the software in- 
dustry continues to sell products instead 
of service. 

The bad news is . . . by succumbing 
to this latest siren song of the software 
industry you may be doing your organi- 
zation a gross disservice. Should CASE 
stand for “‘Computer Aided Software En- 
gineering’’ or “‘Computer Aided Systems 
Engineering?”’ 


Get Your Data House 
In Order . . . First! 


CASE, when improperly introduced 
into an organization, can contribute to and 
accelerate the balkanization of the sys- 
tems development effort. (Balkanization 
means to break up into small, often hos- 
tile groups.) To realize the full potential 
of CASE, it should be utilized only after 
your data house is in order. You should 
know where the systems you are devel- 
oping fit within the corporate information 
system or you will continue to contribute 


12 


By Dean FE Mohlstrom 


to the problems created by past develop- 
ment methods and procedures (that is, re- 
dundancy, systems development backlog, 
high maintenance, inflexible systems and 
systems developed in isolation that will 
not talk to each other). 


Help For The “Doers” 


The organization that does not identify 
the vital strategic information, critical 
success factors and data needed to run its 
business with a data-oriented strategic in- 
formation plan will not be around to com- 
pete in the future. I am not talking about 
the back-office accounting, payroll, in- 
ventory and other systems. I am talking 
about the information systems needed to 
support the front-office decision makers. 
The people in the do function of the 
organization, ‘‘The people that design, 
make, sell or service!’ to quote John 
Akers, IBM’s Chairman of the Board. 

The long-term survival, efficiency and 
competitiveness of your company de- 
pends on the development and implemen- 
tation of corporate information systems 
that reflect, define and support your or- 
ganization’s business mission, purpose, 
policies, strategies, tactics, goals, objec- 


tives, markets, channels, products, serv- 
ices and the Strengths, Weaknesses, Op- 
portunities and Threats (SWOTs) to all of 
the above. Few, if any, of the CASE tools 
being marketed today will do this. They 
only contribute to the balkanization of the 
systems development effort. 

Since few organizations have their data 
house in order, they continue to use the 
same old process-oriented methodologies 
of the past. Since the processes of doing 
business are constantly changing, the 
maintenance of systems continues to de- 
vour resources — resources that could be 
used to develop critical new systems if 
the proper corporate data structure were 
in place. The critical data of an organi- 
zation remains stable over the years un- 
less a company changes strategic direc- 
tion or business orientation. Processes 
change every time a law is enacted or 
someone is promoted, dies or leaves the 
organization. 


Why Old Methodologies 
Do Not Work 
The process modeling, data flow anal- 


ysis or current systems modeling method- 
ologies of the past dictate that someone 
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Use NATURAL 2 to cut your 
application development backlog in half. 


At thousands of sites around the world, NATURAL 2 is increasing appli- 
cation development productivity by at least ten times over conventional 
technologies. 

If that sounds amazing, it is! The comprehensive 4th generation environ- 
ment of NATURAL 2 provides a vastly superior approach to data processing. 
Its structured mode, minimum maintenance requirements and increased 
functionality cut out the ‘hackwork’. So your DP people have more time to 
do the real work—thinking. 

NATURAL 2 uses fewer lines of code to accomplish more than ever before. 
Thanks to its outstanding performance, it marks the beginning of the end of 
application development delays. 

With NATURAL 2, the drudgery associated with using COBOL, FORTRAN 
and PL/1 disappears. 

And NATURAL 2 supports a wide range of data structures, operating 
systems, TP monitors and hardware. So your investment is secured. Instead 
of trying to catch up with the past, you’ll keep up with the future. 


© 1989 Software AG, Natural 2 is a trademark of Software AG. 


Cut out wasted time 

and effort. Call toll-free: 
1-800-843-9534, for details 
on the beginning of the end 
of application development 
delays: NATURAL 2. 
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CASE Systems Development 


from DP or MIS must become an expert 
in some area of the business in order to 
design a system for that organization. This 
is usually attempted through a series of 
interviews. The functional expert suppos- 
edly tells the analyst everything he knows 
about his area of expertise or concern. 
The analyst goes off with what he thinks 
he heard and designs a prototype or the 
systems specifications. These are re- 
viewed, changed, reviewed and so on ad 
nauseam until the specs are ready for user 
sign off. The user is asked to sign off on 
a bubble chart or data flow diagram that 
is usually incomprehensible to non-DP 
users. By the time the system is ready to 
go on-line, it is obsolete. The user’s re- 
quirements have changed again. The me- 
tabolism of business is increasing every 
day. The old methodologies of systems 
design have not, and cannot, keep up with 
this increased metabolism. 


Attaining A Competitive 
Advantage 


Information Systems (IS) came up 
through the clerical side of the company. 
However, today you must focus on what 
is strategic to the company. This strategic 
emphasis is composed of goals such as 
improving quality, increasing productiv- 
ity, lowering costs, enhancing manage- 
ment’s efforts and differentiating cus- 
tomer services from those of your 
competitors. Faster, better, more efficient 
and more effective information systems 
will dictate who will survive, die or excel 
in the future. 

A competitive advantage occurs after 
your technology investment is coupled 
with organizational transformation and 
changing the way the work is done. Or- 
ganizational change and databases are the 
keys to new strategic systems. You must 
have intra-organizational information sys- 
tems. All corporate data and information 
must become a shareable resource. All 
data must be available to all people. Only 
that information or data specifically des- 
ignated by the board of directors, labo- 
ratories or senior officers of the company 
as being secret or proprietary to the com- 
pany should be shielded from access by 
the doers of the company — the people 
that design, make, sell or service. This 
transformation will lead to greater effec- 
tiveness and efficiency throughout the or- 
ganization. Leaders and leadership that 
you did not even know you had will evolve 
— leaders at the middle and lower 
levels in quality control, productivity and 
morale. 
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The Integrated Enterprise 


The decision to affect this transforma- 
tion to an integrated enterprise must come 
from the chairman of the board or CEO 
of the company. The decision must be seen 
as coming from the top and bear the full 
support of the executive staff. (Having said 
this, however, I must inject this proviso, 
*‘One man’s tactics is another man’s (or 
woman’s) strategy.’” The top may just be 
a determined and knowledgeable division 
or department manager. ) 

Once the decision is made to develop 
a company-wide strategic information plan 
and data architecture, a Data Administra- 
tor (DA) must be appointed if there is not 
already someone in this position. The DA 
must be elevated as high as or higher than 
the current Manager of Information Sys- 
tems (MIS) in the corporate hierarchy. All 
new development must first pass through 
the DA. 

The DA must be able to cross organi- 
zational boundaries with tact and impun- 
ity. He must be able to communicate suc- 
cesses and failures to top management and 
both administer and monitor the derived 
end-user environment that will result from 
the data architecture. He must be a leader 
who will help people understand the sys- 
tems that lie beyond the boundaries of their 
own system. There must also be a clear 
separation between the DA and the Da- 
tabase Administrator (DBA). The DBA 
functions on the technological level while 
the DA administers the data architecture 
on a planning and design level. 

Once a stable data model has been gen- 
erated and documented, the fleshing out 
of specific systems can be accomplished 
and the database design created. 

It is at this point that CASE Tools can 
now be used most effectively! (The Com- 
puter Aided Software Engineering kind.) 

This type of CASE can now attack a 
specific system cluster with the full 
knowledge of exactly where it fits into the 
overall strategic information plan. The 
analyst and programmer will know where 
the data is, how to get to it and how it 
inter-relates to other corporate systems. 
They can now utilize not only reusable 
code, but also reusable design. Teams can 
be assigned to various systems clusters 
within a major system for concurrent im- 
plementation. 

Management can now get at all of the 
data in order to affect the expert business 
systems needed to run the organization 
and to generate what-if scenarios of an- 
ticipated policy changes or experimental 


marketing and distribution ideas. 
Prioritization And Quantification 


Because senior management and func- 
tional experts have now been forced to 
explicitly state their informational needs 
on a prioritized basis during the modeling 
workshops, MIS is finally off the hook 
from constantly having to oil the infor- 
mational squeaky wheels of the organi- 
zation. They also now have a communi- 
cations vehicle (the data map) from which 
to talk with users. Resources needed and 
systems priorities can be identified easily 
in acommon language. Both user and DP 
now have become fluent in the common 
language of data modeling. 

If you combine data modeling with 
some of the code generators on the market 
today, it will have a significant impact on 
the systems maintenance factor. Instead 
of 80 percent of your resources devoted 
to maintenance and 20 percent to new 
systems design, the data model can re- 
verse those percentages to 20/80. Changes 
to a system are not made in the code — 
they are made in the model and the code 
regenerated. 

In summary, investigate, use, accept 
and embrace CASE but only after you 
have put your data house in order with a 
stable, complete and concise data model 
of your strategic information plan and 
corporate data architecture. All of the 
above can be accomplished with a data 
oriented information engineering meth- 
odology. Software tools that automate the 
methodology backed by trained facilita- 
tors are also a must. Combine these with 
a properly staffed group of users and you 
are on your way to integrating your en- 
terprise and getting your data house in 
order. = 
——————————————E—————EE eee 
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Only one product fits 
the definition of “application 
integration” 


Application integration: we defined it before we 
designed it. Candle’s CL/SUPERSESSION® for MVS offers 
VTAM network customization and application integration 
by design. Every feature is there for a simple reason: 
to expand your network's scope by giving you greater 
flexibility and important value-added services. 

CL/SUPERSESSION makes it simple to customize 
applications across systems without modifying a single 
line of source code. Its dynamic cut-and-paste facility 
lets you quickly combine information from multiple 
sources into a single display - or distribute information 
from one screen to a multitude of applications. So you 
can virtually eliminate duplicate data entry. 

CL/SUPERSESSION’s smooth application integration 
is just one of many productivity payoffs. Because its 
multi-sessioning features exploit the latest advances in 
MVS and VTAM, an unlimited number of VTAM end users 
can have access to unlimited concurrent sessions. For 
additional power, CL/SUPERSESSION’s unique Dialog 
Manager helps you quickly customize complex network 
procedures. The once frustrating task of manual logon 
can now be fully automated. ..and tailored to each user. 


To improve network financial planning, CL/ 
SUPERSESSION’s Network Accounting Facility provides 
complete activity recording, including all network logons, 
session initiations/terminations, and traffic volumes for 
precise chargeback billing and usage auditing. And for 
at-a-glance monitoring of multiple sessions, our new 
windowing feature will let you view sessions side by 
side on a single screen. What's more, you'll never 
compromise on security. CL/SUPERSESSION interfaces 
with RACF, ACF2, and TOP SECRET. 

Application integration and network customization 
must be simple, secure, and streamlined for your shop 
to boost productivity. That's why there’s only one 
definition worth looking up: CL/SUPERSESSION for MVS. 
We'll be glad to spell out the details. Just call us today 
at (312) 954-3888 (in Illinois) or (800) 762-7608 


(outside Illinois ). 
(Candle: 


Copyright © 1989 Candle Corporation. All Rights Reserved. 


RACF is a trademark of IBM. 
ACF2 and TOP SECRET are trademarks of Computer Associates International, Inc. 
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VM provides a complete environment 
in which project teams can work from 
the initial requirements study to the 
final production turnover. 


his article is the first in a series 
which describes how a develop- 
ment center can take advantage of 
VM’s procedural language, interactive 
environment and electronic mail. The term 
development center refers here to those 
teams of programmers and users who cre- 
ate new application systems generally for 
MVS or VSE systems. 

The main question is how to improve 
productivity for system development. VM 
offers three ways to do this. The first is 
through the use of tools like REXX that 
help automate the development process 
much as traditional systems have auto- 
mated the way companies do business. 
The second is to involve users in design 
and testing as part of the project team in 
a VM information center environment. 
The third is to generate project documen- 
tation from electronic mail records. 

Technical virtuosity alone builds no new 
systems. Productivity packages which fo- 
cus on how to improve coding speed touch 
only one narrow aspect of the develop- 


By Michael Seadle, Ph.D. 


ment process. VM provides a complete 
environment in which project teams can 
work from the initial requirements study 
to the final production turnover. 


The Real Issue 


The real issue for a VM development 
center is whether its cost effectiveness 
justifies abandoning more traditional de- 
velopment centers in MVS or VSE. Many 
companies believe it does. Four com- 
mon reasons are: VM’s responsiveness, 
its portability among IBM processors, its 
tools and its information center ca- 
pabilities. 

Productivity today for users and pro- 
grammers depends on their having quick 
response time. Each lag reduces the 
amount of work a person can do. Even 
occasional slowdowns hurt long term pro- 
ductivity as frustrated staff members be- 
gin to avoid on-line tools. VM is one 
means of keeping response time short. 
Applications programmers began moving 
to VM in the late 1970s because CMS 


offered a better interactive environment 
than TSO. VM’s scheduling algorithm 
automatically favors interactive users over 
longer batch processes. Other IBM sys- 
tems do not. 

Portability from one model to another 
is another reason why development cen- 
ters have migrated to VM. VM runs on 
all systems from the smallest 9370 to the 
largest 3090. A VSE shop contemplating 
growth into a high-end processor can mi- 
grate its development center staff into VM 
well before switching to MVS. At one 
time MVS shops discounted the reverse 
prospect of having to support smaller 
processors. However, departmentally 
based 9370s have begun to change that as 
have software products which link small- 
and medium-sized models into powerful 
clusters. 


Productivity Tools 


VM’s productivity tools are widely 
considered the most user-friendly of any 
IBM system. Chief among these tools is 
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ure it's a strong 3270 network. 
But is it moving your 
information fast enough? 


No matter how finely you have tuned your BMC’'s patented technologies of IMAGING” 3270 SUPEROPTIMIZER is available for 
system, or how often you’ve invested in hard- and Input Suppression * assure you the maxi- IMS, CICS, TSO and VM. You can have a 
ware and telecommunications upgrades, mum optimization of outbound and inbound data dramatic response time improvement in less 
information never moves fast enough for today’s streams, which means messages travel faster than one hour's installation time. To learn 
data processing demands. Except when you across existing lines and process faster with more, or to begin a free, 30-Day-Plus Trial of 
install 3270 SUPEROPTIMIZER™ from BMC existing hardware. You'll see up to 85 percent 3270 SUPEROPTIMIZER, call BMC Software 
Software, Inc.—the one-time solution for data stream reductions on local and remote at 1-800-841-2031, in Texas call collect, 
response time problems. 3270 networks, depending onthe environment. 713-240-8800. 


*U.S. Patent No. 4,750,137. 


SIMIC 


SOFTWARE Hey 
1-800-841-2031 nn | 


Winner of the prestigious 


BMC Software, Inc. + P.O. Box 2002 eps lactone 
Sugar Land, TX 77487-2002 1989, 3270 SUPEROPTIMIZER™”/IMS 


©1989 BMC Software, Inc. All rights reserved. BMC Software also has offices in France, Italy, Japan, the United Kingdom and West Germany. 
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THE BEST-KEPT 


SECRET IN 


VSE CONSOLE AUTOMATION. 


Data centers today are serious about automating their VSE 
operations. Most realize the system console is the logical first step. 
But what many don’t realize is that the solution for VSE console 
automation is already in use at hundreds of data centers worldwide. 


TOTAL MESSAGE CONTROL 


DOCS from SMARTECH Systems actually operates as the VSE 
console, which means you have total control of all console mes- 
sages. And because DOCS is not dependent upon an online system, 
you always have access to multiple consoles, local or remote. 

What’s more, with DOCS’ auto-reply capabilities, you can 
practically automate your entire system operation by responding to 
anticipated messages before they appear. You can pass CICS or 
VTAM commands from batch or even automate the system startup 
procedure. 

Plus, DOCS’ message suppression and routing capabilities allow 
you to customize each console to display only the messages you 
require, eliminating messages that don’t need attention. You can 
even operate multiple VSE consoles and the VM operator console 
from one CRT — giving you a comprehensive console automation 
solution. 


AUTOMATING YOUR KEYSTROKES 


DOCS has a wealth of features to automate your keystrokes such 
as programmable function keys, multi-line input, automatic data 
insertion, last-line recall and screen recall. These features mean you 
accomplish more — in less time. 


INSTALLS IN JUST 30 MINUTES 


After a simple 30-minute installation without any customization, 
DOCS becomes an invaluable part of your operation. 

So if you are looking for the secret to VSE console automation, 
find out what hundreds of our customers already know. 

For more information on your console automation needs, 
call 1-800-53-SMART. (Outside the U.S., call 214/956-8324.) 


SMARTECH SYSTEMS, INC. 
Turning high technology into SMART TECHnology.™ 


10015 W. Technology Blvd., Dallas, TX 75220 
FAX: 214/357-6338 Telex: 9102503110 


International Representatives: 


France: Futurs Systemes et Technologies « Poitiers, France 
Tel: 33-49-01-7374, FAX 33-49-01-7351 
Australiasia: Mycroft Systems, Ltd. * Auckland, New Zealand 


Tel: 64-9-817-7673, FAX: 64-9-817-3640 

Rendeck U.K. Ltd. * Essex, England 

Tel: 44-0702-333555, FAX: 44-0702-333055 
For additional international representative information, 

contact SMARTECH Systems, Inc. 


United Kingdom: 


VM and VSE are registered trademarks of International Business Machine Corporation. SMARTECH and DOCS are trademarks of SMARTECH Systems, Inc. Copyright © 1989 SMARTECH Systems, Inc. All rights reserved. 
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REXX with its full range of programming 
capabilities. REXX allows development 
center staff of all sorts to write short ad 
hoc programs for almost any purpose, in- 
cluding prototyping. Similar capabilities 
exist in theory in MVS CLISTs; however, 
CLISTs are much less friendly and effi- 
cient. Proof of this is IBM’s strategic de- 
cision to introduce REXX into MVS. 

The savings such tools offer is equiv- 
alent to automating a business function. 
Development center staff rely on many 
pre-computer techniques. They might, for 
example, read a program page after page 
to find certain variables instead of scan- 
ning the code in a tenth of the time with 
an edit macro. Of course, the availability 
of tools like REXX or XEDIT does not 
guarantee their use. Many staff members 
will persist with old habits. But if the tools 
are there, some will adopt them, gain from 
them and teach them to others. Just as 
businesses began to use computers in- 
creasingly two decades ago, data center 
managers today must concern themselves 
with automating their own system devel- 
opment procedures. 

The way VM most helps automate de- 
velopment is through the regular presence 
of users in a VM information center. This 
sets VM apart from other interactive 
environments. Communication among 
members of a project team has always 
been a key element in developing sys- 
tems. In MVS and VSE shops this com- 
munication often takes place with the same 
tools available before computers: meet- 
ings, memos and telephone calls. In a VM 
shop the team members can use the power 
of the mainframe to make communication 
faster and more effective. 

VM turns the machine readable record 
of these electronic discussions into useful 
documentation. Team members may spend 
hours in ‘meetings discussing detailed 
questions and find the minute taker (if 
there is one) produced no more than a 
page or two of notes. The result is that 
the same questions appear again and again. 
If team members hold the same discus- 
sions electronically in VM the answers 
are there for anyone who cares to look. 

Automating the development process 
through VM will require changing the way 
people work. For users this means learn- 
ing how to do simple programming tasks 
in REXX and using electronic facilities 
like NOTE. For programmers it means 
learning to write clearly and succinctly. 
Frequently they have excellent literary 
skills in COBOL or PL/1 but lack training 
and confidence in ordinary English. With- 
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VM 


out changing work methods, VM still of- 
fers a solid platform for development cen- 
ter work, but it is like driving a sports car 
and never going over thirty. 

A YM development center is no pan- 
acea. However, it is the best environment 
currently available for automating the way 
project teams do their work. 


Electronic Discussions 


The first stage of new system devel- 
opment is a study to define the system’s 
requirements. This study involves broad 
discussion between programming staff and 
one or more groups of users. The result 
is a document describing specific features 


The way VM 
most helps 
automate 
development 
is through the 
regular presence 
of users in a 
VM information 
center. 


of the new system with supporting ma- 
terial on each point. VM facilitates this 
process by providing both an electronic 
mail system to speed communication and 
the means for turning that communication 
into a draft document. 


Notes 


Traditionally the first stages of the re- 
quirements study are verbal, either meet- 
ings or phone calls. Frequently minutes 
reflect only a small portion of the discus- 
sions in meetings and nothing at all of the 
phone calls. The authors of the final doc- 
ument must rely heavily on memory and 
must prepare draft after draft until one 
emerges that satisfies all parties. The nor- 
mal medium of these drafts is paper. The 
turnaround time rarely allows more than 


one per week, depending on the internal 
mail system. Many project teams tolerate 
incomplete work because the process 
seems too slow. 

The process need not, however, be slow. 
VM’s electronic mail allows the exchange 
of several messages per day. For this to 
work effectively, both users and program- 
mers must have easy access to VM and 
be prepared to use it. The whole project 
team must use the same tools to gain any 
of the productivity advantage. 

A new project team should begin by 
using the NAMES command to set up an 
address book. The main purposes are: 1) 
to establish group names (NICKNAMEs) 
for the project team and simple entries for 
individual team members and 2) to des- 
ignate a project NOTEBOOK for all proj- 
ect related correspondence — otherwise 
notes will automatically go into the de- 
fault ALL NOTEBOOK file. Using the 
correct NOTEBOOK is important be- 
cause the information will become part of 
the final requirements definition. 

After setting up an address book, team 
members can send electronic mail by typ- 
ing NOTE and the appropriate NICK- 
NAME. NOTE sets up a full screen 
XEDIT session in memo form and auto- 
matically enters the Date, To and From 
information. These entries appear in the 
middle of the screen, not at the top as 
most people expect. You can change the 
appearance if you wish. 

NOTE is nothing more than a program 
written in the old EXEC2 command lan- 
guage. It resides on the CMS system ‘‘S”’ 
disk as does PROFNOTE XEDIT, the 
XEDIT profile that NOTE uses. This ready 
access may tempt you to make substantial 
revisions but remember that IBM pro- 
vides ongoing fixes and updates for the 
original version of NOTE. Major changes 
could mean debugging updates later on. 

The safest modifications affect only 
PROFNOTE XEDIT. You can change the 
default location of the Date, To and From 
lines by adding the following to a copy 
of PROFNOTE XEDIT: 

COMMAND SET CURLINE 5 

The CURLINE is normally 12 lines 
from the top of the screen. This XEDIT 
command moves the current line (CUR- 
LINE) down only five lines from the top. 
The Date, To and From display shifts up- 
wards as a result. 

This solution creates a new problem. If 
you use the PF2 command to add lines, 
all previous text moves upwards and only 
a few lines remain visible. You need an- 

See VM page 96 


San Bernardino County’s 


By Julio A. Hernandez 


Checklist For 


wo Los Angeles street gangs, the 
| Crips and Bloods, are moving into 
the largest county in the continental 
United States — San Bernardino County. 
Law enforcement is ready to combat the 
problem. The data processing arm of San 
Bernardino County, the Office of Man- 
agement Services (OMS), is providing a 
helping hand with its Jail Information 
Management System (JIMS). JIMS is a 
computer system that will keep track of 
the gang-bangers once they are appre- 
hended. The County has a 3081 and a 
3090 running under MVS/XA 2.2. 

JIMS will process a suspect from in- 
take, book him, check and serve war- 
rants, automatically calculate bail, assign 
a cell and keep track of the inmate as he 
winds his way through the system. As jail 
populations increase and determinate 
sentencing laws put even more pressure 
on overcrowded facilities, it becomes im- 
perative that JIMS be up 24-hours-a-day. 
To that end and to prevent “‘serious harm 
to the integrity’’ of all County systems, 
Marland Howard, director of OMS, de- 
creed that all application changes must be 
closely monitored to avoid production 
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instability. The stated purpose was change 
control within OMS. 

Change control is not unique to San 
Bernardino County. It is a common bond 
shared by all MIS departments. At OMS, 
the quest for tighter controls on applica- 
tion changes resulted in a fact-finding 
mission. The following guidelines are a 
by-product of that study. 


Defining Change Control 


Every system carries with it the poten- 
tial to be changed whether requested by 
the user or necessitated by a program 
abend. Managing those changes requires 
asking the ‘who, what, where and when’’ 
of change control. 


Who Authorized These Changes? 


There should be one focal point for au- 
thorizing a change. In JIMS, that respon- 
sibility falls on the project leader. He acts 
as a coordinator to formally authorize, re- 
view, document and assign a change. This 
approach ensures that potential problems 
are minimized if not eliminated. No one 
in JIMS is allowed to make changes with- 
out the project leader’s authorization. This 


authorization process uses a standard form 
so that the user and other appropriate peo- 
ple sign-off the requested change. (In other 
MIS shops, this approach could be han- 
dled electronically through an on-line 


form.) Once the necessary approvals are 


obtained, the programmer can proceed 
with the request. The only exception to 
this signing-off process would be a pro- 
duction problem, that is, where ‘‘putting 
out a fire’? would require immediate 
action. 


What Is Being Changed? 


The authorizer acts as the liaison be- 
tween the user and the programming team. 
It should be his responsibility to coordi- 
nate what is being changed and to monitor 
concurrency fixes should they arise. 
Moreover, he not only identifies what is 
being changed, but also he prioritizes the 
changes based on the business needs. 

Where Is This Change 

Being Done? 

There should be a standard as to what 
libraries the programming team uses. If 
the shop has its own test library, then that 
standard should be enforced. Program- 
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Just because you found it doesnt necessarily 
mean you know how it got there. 


Until now, the best debugger you could get was a rather primitive tool Beyond debugging, a single integrated analysis and testing session shows 
that did little beyond finding and patching. If you wanted to find out how you how gad program and COBOL really work, rigreg. complete 
a bug got into your program, you were on your own—with an emphasis analysis of the impact of all logic changes. Best of all, the changes you make 
on intuition and endurance. are automatically updated in the source. 

Enter SmartTest™ from VIASOFT. Its the first truly intelligent tool for For more information or a demo diskette, call VIASOFT toll-free at 
testing and debugging mainframe COBOL code. 1-800-622-6682. Or in Canada, call 1-800-543-1578. 


SmartTest hunts down bugs for you, while your job is up and running. One more thing. If you read this ad very closely, there's a good chance 
And because SmartTest knows where each and every program logic and you wont lose your shirt in your next trial == ES 
data modification path is located, the complexities that hide problems evaluation. VIA= a 
are quickly ae. Thats a hint. And a promise. 
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CASE for Existing Systems” 


mers should be discouraged from creating 
their own temporary library — carrying 
duplicate source code. An exception may 
be considered if a programmer is enhanc- 
ing source code not yet unit-tested and a 
production abend occurs on the original 
source. This is the concurrency fix men- 
tioned above. 

When Will This Change 

Be Moved? 

No one needs to bump heads when im- 
plementing the changes. It is frustrating 
and pointless in getting the job done. For 
example in JIMS, if my colleague, Dave, 
is doing an extensive change to a copy- 
book and scheduling it for production, 
then he should alert the rest of the team 
when that change will be in effect. In that 
way, we can delay implementing our pro- 
gram(s) in order to pick up the changed 
copybook. Or we may prefer to synchro- 
nize our implementation with Dave’s. It 
will be an all-or-nothing proposition. 
Should Dave’s changes fail to go across, 
then our changes will not be moved and 
the integrity of the system is maintained. 
Therefore, the key again is coordination. 
Accordingly, the shop should enforce a 
policy as to when changes may go in, that 
is, either daily, at a specified time or on 
a weekly cycle. 


Defining Production Turnover 


Another facet of change control is pro- 
duction turnover. Turnover is the next 
logical step once a change is completed. 
It is an orderly process in which the 
changed source is implemented into the 
production environment. Three new 
‘‘who, what and where’’ questions pin- 
point the turnover process. 

Who Is Authorizing The Move? 


A policy should be formulated desig- 
nating who approves a move. Ideally, it 
should be the same person who authorizes 
the change. In addition, the authorizer, 
through the approval process, should 
communicate all change activity to var- 
ious departments within the shop. Man- 
agement, operations, project leaders and 
users need to know if everyone affected 
bought off the changes and are receptive 
to implementation. For example, a report 
could be generated nightly that would 
show all change activity to the production 
libraries. This report would be distributed 
to the aforementioned people. 


What Are The Backup 
Procedures? 


In JIMS, there are more than 4,000 
bookings per month. Statewide, county 
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Change Control Checklist 


jails had an average of 60,802 prisoners 
during 1987. When an application pro- 
gram causes the system to go down, the 
programmer on call for that night at- 
tempts to correct the problem as quickly 
as possible. The urgency, however, must 
be tempered so that the programmer avoids 
straying from a prudent course. A recent 
incident in JIMS underscores this point. 
Awakened at 3 a.m. by computer op- 
erations, the operator informed me that a 
Sgt. McKay was unable to book an in- 
mate. The booking screen, I was told, was 
out of alignment. Calling to mind the team 
motto — ‘‘Keep our users happy — they 
carry guns!’’ — | dressed quickly and ar- 
rived at work within half-an-hour. After 
the third cup of coffee, I uncovered the 
problem. It was, as a writer once wrote 
when referring to human frailties, an oc- 
casional faux pas. We all make mistakes 


“Keep our users 


happy - 
they carry guns 


and this one was mine. Meticulous as I 
had tried to be, nonetheless, I overlooked 
moving a changed copybook. I was faced 
with a decision: back out the changes 
(which were extensive and involved sev- 
eral sub-modules) or fix the change by 
implementing the new copybook and re- 
compiling all affected programs. On the 
surface I was inclined to rollback the orig- 
inal source until I recalled the changes 
made to the database structure. The old 
module could no longer be used without 
rolling back the database _ structural 
changes. That was a time-consuming ap- 
proach. Consequently, the changed copy- 
book had to be moved and the attendant 
programs re-compiled. By 5 a.m., Sgt. 
McKay had his man booked into the 
system. 

In this situation, the decision was made 
not to back out the changes. In other 
shops, that may not have been the course 
to follow. In any event, this true-to-life 
example underscores why a policy should 
be established on backup procedures. 
What should be backed up, both the source 
and load? How many versions do you re- 
tain? And for how long? Do you reassem- 
ble the original source or rollback the 
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original load module? Do you create an 
emergency environment for quick fixes? 
Do you then bypass security? How much 
downtime should you allow before back- 
ing out the changes? 

What audit trails do you create in sit- 
uations like this? What are the mediums? 
Do you use tape, disk or a combination 
of both? What happens if you experience 
a head crash with both the backup and 
original on the same disk? What recourse 
do you then have? These are the areas that 
typically need to be addressed when for- 
mulating a backup procedure. 


Where Is The Source Being 
Moved To? 


A decision should be made to either use 
a Staging library or to move, compile and 
link-edit straight into the production nu- 
cleus. A staging environment affords the 
opportunity to capture any problems that 
may have bypassed careful measures. It 
is an extra check to ensure the integrity 
of the production system. In either case, 
whether using a staging library or not, the 
basic principles of backup, move, com- 
pile and link-edit should be followed. 
These are the building blocks that cement 
the production turnover process. Vari- 
ances in this mix weaken the foundation 
and invite trouble. Using utilities to sep- 
arately copy load modules and to then 
copy source may not be the best method 
to employ. The shop must ensure that the 
executable load is always from that source. 
This is the goal of change control. Mov- 
ing source to a library and then compiling 
from that environment is a guarantee that 
the load and source are in sync. 

This article is meant to serve as a guide 
for shops managing and designing a 
change control system. Every MIS shop 
needs to manage its application changes. 
The absence of controls only debilitates 
the production system — be it retail, 
distribution or even a jail management 
system. = 
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technologies for application development. 
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ICF Catalog 


Structure 


Having two datasets in the ICF 
catalog solves backup and 
recovery problems. 


he redesign of the old style VsSAM 
catalog produced a new catalog 
structure called the ICF catalog. 
That redesign solved many of the backup/ 
recovery problems with VSAM by split- 
ting the catalog into two datasets: the Basic 
Catalog Structure (BCS) and the VSAM 
Volume Dataset (VVDS). 
The BCS is functionally equivalent to 
a CVOL in that it is primarily a dataset 
locator. Vital information (AMDSB in- 
formation, extent information, dataset at- 
tributes and so on) is located in the VTOC 
and the VVDS on the volume where the 
datasets reside away from the catalog. 
BCS information includes the dataset 
name, volser and device type the com- 
ponent resides on, ownership informa- 
tion, dataset security information (if ap- 
plicable) and possible VVDS and VTOC 
RBA pointers. To facilitate quicker access 
to the components on a volume, the Rel- 
ative Byte Address (RBA) of the Format- 
1 DSCB VTOC entry and, if the com- 
ponent is VSAM, the RBA of the CI con- 
taining the VVR records in the VVDS that 
describe the dataset, are stored in the cat- 
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alog. This saves a sequential search of the 
VTOC and/or VVDS to locate the asso- 
ciated information. If the RBA is incor- 
rect, the correct RBA values will be up- 
dated in the catalog after a sequential 
search is done. 

The basic catalog structure is a pure 
Key Sequenced Dataset (KSDS). It can 
be opened and processed as a normal 
keyed VSAM dataset. The cluster name 
in every ICF catalog is binary zeros 
(x145‘00’). That is right, I said 45, not 
44 as in the Format-1 DSCB. This forces 
the catalog’s self-describing record to a 
fixed location in the BCS where it can be 
read directly from within the BCS by 
channel program I/O before the BCS has 
ever been opened. The name specified in 
the IDCAM’s ‘DEFINE’ is actually the 
name of the catalog’s data component. The 
associated index component is automati- 
cally given a generated name of 

CATINDEX.Ttimestamp.VIDyyddd.Ttimestamp. 

Some of the key concepts of VSAM 
catalogs were removed in the design of 
ICF catalogs. Suballocated space, subal- 
located datasets, Catalog Recovery Areas 


used with recoverable catalogs (CRAs) 
and volume ownership have been elimi- 
nated in the ICF environment. 

Unlike the old VSAM catalog internal 
format (low-key and high-key fixed length 
structure), some clever, clear-headed 
thinking went into the design of the in- 
ternal structure of the BCS and VVDS. 
The use of variable length records, based 
strictly on how much information has to 
be in a record, has significantly increased 
utilization inside the BCS and VVDS. 
Since the BCS is processed as a regular 
KSDS, records can be updated (expanded 
and shortened), inserted and deleted just 
like a regular keyed VSAM dataset. 
Overall flexibility is gained by allowing 
the ICF catalog to be defined with user 
specified dataset attributes (CI/CA Sizes, 
record size, free space and so on) and 
performance tuning parameters (imbed, 
replicate, bufferspace and so on). 

To achieve the variable length record 
capability, a cellular structure was de- 
signed for BCS records. Related fields of 
information are grouped into cells, cells 
are grouped into components, compo- 
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nents are grouped into subrecords and 
subrecords are grouped into sphere rec- 
ords. If a particular unit of information is 
unavailable or not needed, then it is sim- 
ply left out. If multiple cells are required, 
they are arranged in a predetermined se- 
quence (one cell after another). If an ad- 
ditional cell needs to be added later, the 
cell is inserted at the appropriate location 
and the record is written out at greater 
length. 

With the advent of System Managed 
Storage (SMS) in Data Facility Product 
(DFP) Version 3, subcells containing 
storage class, data class and management 
class information were introduced. In- 
stead of introducing new cells to contain 
SMS information, IBM chose to attach a 
subcell to the end of a select number of 
fixed length cells in the BCS (only if the 
dataset is SMS managed). Why follow 
standard cell conventions when another 
unit (subcells) can be introduced to keep 
us on our toes? New SMS subcells, cells 
and records in the VVDS will be dis- 
cussed later on. 

Every cell and subcell has a cell type 
code in the third byte that uniquely iden- 
tifies it. Table 1 illustrates all of the types 
of cells/subcells that are used in the con- 
struction of BCS records. 


VSAM Cluster Sphere Record 


The VSAM cluster sphere record for a 
KSDS, ESDS and RRDS is composed of 
a variable number of subrecords. For a 


cluster data 
comp. comp. 


record 
length 


owner 


security 
cell cell 
x’02’ 


ICF Catalog 


Type Code 


Usage And Contents 


x01" Ownership Cell containing ownership (historical) information for a component. 
x'02’ Security Cell containing security information for VSAM components. 


x03" Association Cell containing the names of: 
Paths associated with a cluster or AIX 


Cluster and/or AIX associated with a path 
Aliases associated with a non-VSAM dataset 


Dataset associated with an alias 


Base cluster and AIX, if any, associated with a truename. 
x04" Volume Cell containing volume information for a VSAM or non-VSAM dataset component. 
x'05’ Generation Aging Table Cell containing the control information for a GDG (such as limit, 
scratch/noscratch and empty/noempty attributes). 
x'06' Relation Cell containing the names of AIXs associated with a base cluster. 
x'26' BCS SMS Subcell containing SMS storage class, data class and management class information. 


x'Cl’ 


oof 


bg 
x'Ca’ 
x'C5' 
x'C7' 
x'C8' 
xo! 
x'D1’ 
x'D9’ 
x Eo 
component through its own name. 
x'E4’ 
x'E7' 
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a specific user catalog. 


Non-VSAM Name Cell indentifying a non-VSAM dataset. 

Generation Data Group Base Name Cell indentifying a GDG. 

VSAM Cluster Name Cell identifying a VSAM base cluster. 

Data Name Cell identifying a data component of a base cluster or AIX. 

VSAM Extension Name Cell identifying an extension record for a VSAM cluster. 
Alternate Index Name Cell identifying the cluster component of an AIX. 

Generation Dataset Name Cell identifying a non-VSAM dataset that is a generation of a GDG. 
Index Name Cell identifying an index component of a base cluster or AIX. 

GDG Extension Name Cell identifying an extension record for a GDG. 

Path Name Cell identifying a path name of a base cluster or AIX. 

Truename Cell identifying a D, I, or G component that allows access to the individual 


ICF Connector Name Cell identifying a VSAM or ICF user catalog connector record. 
Alias Name Cell identifying an alias of a non-VSAM dataset, generation dataset or pointer to 


For a description of the individual fields that comprise a cell, refer to IBM’s Catalog Diagnosis Reference 


manual (LY26-3956). 


KSDS there will be at least a cluster sub- 
record (made up of a cluster, data and 
index component). If an alternate index 
is associated with a KSDS, then an ad- 
ditional AIX subrecord will be present 
(made up of a cluster, data and index 


index 
comp. 


association 
cell 


optional 


Data/Index Component 


name owner | security volume 
cell cell cell cell 
x'C4’ or x'01’ x'02’ x04! 
xo! optional 
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security association 
cell cell 

x’02' x'03’ 
optional 


component). There will be one AIX sub- 
record for each alternate index defined 
over the base cluster. For an ESDS or 
RRDS, a cluster subrecord (made up of a 
cluster and data component) is also re- 
quired. An AIX subrecord will also be 
present for each associated alternate in- 
dex. The general format of a base cluster 
sphere record will be as illustrated in 
Figure 1. 

For KSDS, ESDS and RRDS datasets, 
the cluster component will be composed 
of the cells in the order shown in Figure 
2. The SMS subcell, security cell and as- 
sociation cell are optional and will only 
be present in the cluster component if 
required. 

All data and index components have 
the same cellular structure whether they 
are base clusters or alternate index clus- 
ters. The security cell is, again, optional 
and additional volume cells may be pre- 
sent. The general format of the data/index 
component will be as shown in Figure 3. 

The alternate index cluster component 
is similar to the base cluster component 
except for a few modifications. The se- 
curity cell is optional and the SMS subcell 
and the relation cell are not present. The 
general format for the alternate index 
cluster component will be as shown in 
Figure 4. 
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ICF Catalog 


Path Record 


security association 
cell cell 

x02’ x'03' 
optional 


Pie 8 8 £6 


Truename Record 


record name 


length cell cell 


association | 


% Boe x'03’ 


Path Record 


There will usually be at least one path 
defined for each alternate index that is built 
for access into an ESDS or KSDS. The 
primary purpose of the path is to describe 
open access into the base cluster through 
the alternate index. The name of the base 
cluster and the alternate index cluster are 
stored in the association cell. The general 
format of the path record will be as shown 
in Figure 5. 


Truename Record 


A truename record is created for every 
data component (D), index component (1) 
and alternate index cluster component (G). 
The association cell will contain the name 
of the components’ base cluster and in the 
case of truename records for the data and 
index components of an alternate index, 
the alternate index name will be present. 
The general format of the truename re- 
cord will be as shown in Figure 6. 


Non-VSAM Record 


In the non-VSAM record the SMS sub- 
cell and the association cell are optional 
and additional volume cells may be pre- 
sent. The general format of the non- 
VSAM component will be as shown in 
Figure 7. 


Generation Data 
Group Sphere Record 


The generation data group sphere re- 
cord is composed of one GDG base sub- 
record and a variable number of GDS base 
subrecords. The GDS _ base subrecord 
contains all of the descriptive information 
about the GDG. Immediately following 
the GDG base subrecord will be one GDS 
base subrecord for each generation of the 
GDG that is being maintained. It is inter- 
esting to note that LISTCAT interprets this 
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single sphere record as multiple non- 
VSAM records (generations) and adjusts 
the record count at the end of the LIST- 
CAT. There is not a one-to-one correla- 
tion of the record count to the actual num- 
ber of physical records in the catalog. The 
general format of the generation data 
group sphere record will be as shown in 
Figure 8. 

The generation data group base subre- 
cord contains descriptive information on 
the GDG base itself — limit, current 
number of GDGs, attributes (empty/ 
noempty, scratch/noscratch) and so on. 
The general format of the generation data 
group base subrecord will be as shown in 
Figure 9. 

There will be one generation dataset 
subrecord for each active generation in 
the GDG. The name cell identifies the 
particular generation and version num- 


bers. The SMS subcell and the associa- 
tion cell are optional and additional vol- 
ume cells may be present. The general 
format of the generation dataset subrecord 
will be as shown in Figure 10. 


Catalog Connector Record 


Catalog connector records normally re- 
side in the system’s master catalog. They 
contain the name of a user catalog and the 
volume and device type where it resides. 
An association cell, if present, contains a 
list of alias entries related to the user cat- 
alog. The general format of the catalog 
connector record will be as shown in 
Figure 11. 


Alias Record 


Alias records are usually found in the 
system’s master catalog but can be found 
in user catalogs for non- VSAM and GDG 
relations. The most common usage of al- 
iases is to establish user catalog alias val- 
ues that are matched with high-level qual- 
ifiers to help determine which VSAM user 
catalog is to be used or searched during 
a dataset definition or locate operation. 
The general format of the alias record will 
be as shown in Figure 12. 


Non-VSAM Record 


Isms 
subcell 

| x'26" 
optional 


record 


name 
length cell 
yer 


owner 
cell cell cell 
x'O1’ 


association volume 


x'03' 
optional 


x'04' 


Fore 88 Es 


Generation Data Group Sphere Record 
GDG base GDS base 
subrecord subrecord 

optional 


record 


length 


| sms 


GDS Base Subrecord 


name owner 

cell subcell cell 

x'Cl! | x'26" x'01' 
optional 


| F.4°e ieee 


Catalog Connector Record 


record name owner 
length cell cell 
x'E4' x01 


ie wee. 8 


GDG Base Subrecord 


name owner GAT 
cell cell cell 


x'C7’ x'01' x'05' 


Fd ORE oe 


association volume 
cell cell 
x'03' x'04' 
optional 


association volume 
cell cell 
x’03’ x'04' 


optional 


Alias Record 


association 


record 


name 


Notice that record lengths are stored at 
the beginning of each BCS record. VSAM 
record management uses control infor- 
mation at the end of each Control Interval 
(CI) to determine the length of an indi- 
vidual record. The length at the beginning 
of each record should match its corre- 
sponding Record Definition Field (RDF) 
value. If a descrepency between the two 
exists, the RDF value takes precedence. 

The VSAM volume dataset is a special 
Entry Sequenced Dataset (ESDS). Its 
name, SYS1.VVDS.Vvolser, is a_ re- 
served name to open. The volser in the 
VVDS name must match the volser in the 
Unit Control Block (UCB) of the device 
it resides on. The VVDS contains extent 
information, high allocated/high used 
RBA values, complete Access Method 
Data Statistics Block (AMDSB) infor- 
mation, dataset attributes, SMS class in- 
formation and so on for all VSAM (and 
SMS managed non-VSAM) datasets on 
the volume. By removing this informa- 
tion from the catalog and having it re- 
side on the volume with the datasets it 
describes, recovery problems are vastly 
improved. 

The VVDS is created explicitly by ID- 
CAMs ‘DEFINE CLUSTER’ or is explic- 
itly defined when the first VSAM dataset 
is defined on the volume. The default 
space allocation is TRK 3,2 for pre-DFP 
Version 3 and TRK 10,10 for systems with 
SMS support. Its CI Size is always 4K 
(4096) and it is considered a high activity 
dataset that should be placed near the 
VTOC. 


Secondary VVR Record 
record secondary volume 
length header information 

cell cell 
x'D8’ x'23' 


ICF Catalog 


Usage And Contents 


VVR Dataset Information Cell containing attributes of a VSAM data or index component. 
NVR Dataset Information Cell containing SMS related information for the first volume of a 


non-VSAM dataset. 


VVR Volume Information Cell containing allocation information for a particular volume for a 
VSAM data or index component. 


VVR/NVR SMS Subcell containing storage class, data class and management class information 
for a VSAM data or index component or a non-VSAM SMS managed dataset. 

VVR AMDSB Cell containing the Access Method Data Statistics Block (that is, statistics fields) 
of a VSAM data or index component. 
NVR Header Cell identifying an SMS managed non-VSAM dataset. 


VVR Header Cell identifying the secondary VVR. 
VVR Header Cell identifying the primary VVR. 


VVCR Record 


e'VVCR' 


reserved 


36 BCS 


catalog free space 


Primary VVR Record 


dataset 
information 


record primary 


header 
cell cell 
ea 


Like the BCS, the VVDS contains a 
number of records composed of cells and 
subcells. The list in Table 2 shows all of 
the types of cell/subcells that are used in 
the construction of VVDS records. 

A number of record types exist in the 
VVDS. The VSAM Volume Control Re- 
cord (VVCR) is a full CI in length (4096 
bytes) and is always located at RBA = 
0. It contains the names of up to 36 basic 
catalog structures having VSAM dataset 
components residing on the volume. It also 
contains an internal space map detailing 
each allocated CI in the VVDS. The space 
map is comprised of two byte entries de- 
scribing the available free space in an al- 
located CI (that is, it matches the 
CIDF + 2(2) of its corresponding VVDS 
Cl). The process of adding a new VSAM 
Volume Record (VVR) to the VVDS dur- 
ing a ‘DEFINE’ uses the VVCR space 
map. A CI with available free space to 
hold the VVR being added can be located 


a ne; oo | 


NVR Record 
record NVR NVR dataset | VVR/NVR 
length header information SMS subcell 
cell cell | x'24" 
x D5: x'22 optional 


| SMs AMDSB | volume 
subcell cell info. 
x'24' x'60' cell 
optional 


quickly without having to do a sequential 
search of the VVDS. Also, when updates 
are made to a VVR causing it to increase 
in size, the space map is used to locate a 
CI that has sufficient free space if the re- 
cord will not fit back into its original CI. 
This facility allows lengthening of rec- 
ords, an update type that is normally not 
allowed in an ESDS. If the value in a 
VVCR space map entry does not match 
the value in its corresponding CIDF, the 
CIDF value takes precedence. 

The VVCR is one large record and 
is not composed of cells. The general 
format of the VVCR record will be 
as shown in Figure 13. The eyecatcher 
c‘VVCR’ was added in DFP Version 3. 
Pre-DFP systems have 20 bytes of re- 
served storage. 

The VVDS self-describing VVR is the 
second record in the VVDS. It is always 
located at RBA = 4096 and is the only 
record located in this CI. This allows am- 
ple room for the self-describing VVR to 
expand as needed. The VVDS self-de- 
scribing VVR contains references to the 
VVDS name — SYS1.VVDS.Vvolser and 
fully describes the VVDS. This is the only 
reference in the VVDS to the volser that 
the VVDS resides on (that is, the volser 
in the VVDS name). 
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The World’s Most Successful 
Software Companies Are Sold 
On Software Management. 


Compuware, Legent, Management Science America, Policy Management Systems and 
Systems Center are five of the most successful and respected names in the software 

industry. Together, their customer bases include almost every IBM site around the 

world—representing over 40,000 installed mainframe products. 

These companies have all taken yet another step to provide 
their customers with the highest quality software. They are 
implementing the industry’s only automated software 
management system—ENDEVOR? 

Using ENDEVOR, these vendors are able to manage 
software development and distribution within a unified 
environment. ENDEVOR automatically tracks every 
component of a software system from the time it’s 
designed through testing and release. The results— 
shorter development cycles, fully reliable systems, 
on-time delivery to users and a more sophisticated 
approach to customer support. 
Now you can bring all the benefits of the 
ENDEVOR Software Management System to your 
organization. With ENDEVOR, you can manage 
the creation, evolution, distribution and operation 
of your vendor-supplied and internally developed 
software—automatically. Whether it’s traditional, 4GL, 
CASE or DBMS based. 
The ENDEVOR Software Management System 
provides: 
¢ Inventory and library management for classifying 
and tracking software components 
¢ Change control that produces audit trails, 
source-to-executable links, and ensures 
standards enforcement 
¢ Configuration management that automatically 

captures application interdependencies 

for point-in-time recreation and change 

impact analysis 

e Release management that automatically 
controls the distribution of applications from test 
to production and to remote sites 
If you’re concerned about automating the 
management of your organization’s application systems 
and are interested in improving the quality of production 
turnovers, software distribution, vendor application updates, 
software documentation, application stability, change implementation 
or change impact analysis, follow these software industry leaders. 
Call us at (508) 870-1900 and 
ask us how ENDEVOR has already 
worked wonders at over 200 top ane “ig 
installations like yours, and at the top = = 
=~ 


software firms in the world. 


The Software Management Experts 


Business Software Technology, Inc., Westboro Executive Park, 14 Turnpike Road, Westborough, MA 01581-9990 
ENDEVOR is a registered trademark of Business Software Technology, Inc. 
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Zeke Gets Your 


Data Center Rolling. 


ALTAI AUTOMATES. 


With Zeke, the premier automated 
job scheduler on the market. And 
the only job scheduler that gives 
your data center so many direct and 
immediate benefits. 

Enormous time savings. Tremen- 
dous improvements in productivity. 
Dramatic cuts in scheduling errors 
and reruns. Greater staff efficiency. 
Plus, Zeke is easier to use. Easier 
to learn. Easier to implement and 
maintain. And Zeke works with 
both MVS and VSE—using the 
same online system and same 
commands. 

Get your data center rolling. 

For a 30-day, no-obligation Zeke 


trial, call Altai Software today at ZX ZACK Z=3BB 


800/22 7-777A. The Scheduler The Operator 


624 SIX FLAGS DRIVE 
ARLINGTON, TEXAS 76011 


ALTAI 


The Rerun Manager 
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VVRs describing the VSAM compo- 
nents on the volume and the SMS man- 
aged non-VSAM datasets begin at RBA 
= 8192. There are three types of VVRs 
in a VVDS — Z (primary VVR, VSAM 
only), Q (secondary VVR, VSAM only) 
and N (SMS managed NVR, non- VSAM 
only). The type ‘Z’ and ‘Q’ VVRs are 
composed of multiple cells which fully 
describe their corresponding VSAM com- 
ponents on the volume. Type ‘N’ NVRs 
do not fully describe their corresponding 
component as a VVR does. NVRs only 
contain SMS related information — no 
AMDSB, extent and so on statistics. The 
general format of the VVRs and NVR will 
be as shown in Figures 14 through 16. 

Earlier I mentioned that because of the 
36 catalog name restriction in the VVCR, 
only 36 BCSes could have VSAM defined 
on a particular volume. APAR OY 15152, 
and others, removes the 36 catalog name 
and VVDS size limitation. Two new re- 
cord types, VVCM (VVCR space map 
extension) and VVCN (VVCR catalog 
name extension) were created to address 
this problem. Whenever a VVDS runs out 
of catalog name slots or space map en- 
tries, an empty CI will be located and 
devoted to either a VVCN or VVCM. 
These records are chained off the VVCR 
by RBA. The VVCM enhancement seems 
like an adequate solution to the problem 
of undersized VVDSs when shops begin 
implementing SMS. VVDSes with the 
default space allocation (TRK 3,2) have 
a high chance of their VVDSes going into 
multiple extents. This will cause frag- 
mentation and _ possible performance 
problems when extra SMS subcells, cells 
and records are created. It is advisable not 
to use IBM’s defaults when allocating a 
VVDS but to overallocate the VVDS and 
allow room for growth in one contiguous 
extent. As for the VVCN enhancement, 
the more catalogs that are affected in a 
recovery situation, the more complicated 
the recovery can become. 

So just when you thought it was safe 
to recover VSAM, think again! = 
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ager for V;AM MECHANIC and CAT 
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VSAM 


OOP 


Goal Systems International 


DCM-VSAM 


The best supported VSAM product line in the industry, 
from Goal Systems, the Original VSAM Experts. 


/* FAVER—A VSAM file management tool with comprehensive 
reorganization and backup/restore capabilities. 
VSAMAID—Tunes VSAM datasets automatically while eliminating 
inefficiencies. A cluster modelling, performance, and capacity planning tool. 
MASTERCAT— An online and batch VSAM catalog navigation tool. 
HYPER-BUF—The dynamic buffer allocation expert. 
COMPRESSOR/MVS—Provides compression of VSAM datasets. Can 
triple disk capacity. 


To Find Quality Call 800-848-4640. 


All products, except COMPRESSOR/MVS, are available for VSE and MVS. */ 


== 


Goal Systems International * 7965 N. High Street * Columbus, Ohio 43235 * 800-848-4640 
Goal Systems International S.A.R.L. * 88 avenue de Wagram * 75017 Paris, France * Phone: (1)42 67 55 55* Telex: 641.094 
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PLAYINGEKEEPS 


In Data Center Chargeback 


With the cooperation of motivated users, the 
chargeback system becomes the ultimate 
system tuning tool. 


ost companies do chargeback but 
only for reporting purposes. 
Users are told the quantities and 


costs of the resources they consumed but 
are not held accountable. 

If users are made aware of the true costs 
of their data center usage and are held 
accountable, they will act more respon- 
sibly. The savings to the company could 
be enormous. 

How can you slow the ceaseless growth 
in data center costs? The best way is to 
make your users aware of the effect of 
their actions. 

Users often submit jobs without con- 
sidering the cost. Many think of the data 
center as a free and plentiful resource like 
water. They do not act this way with any 
other expenses. Compare the decision 
process in deciding to buy a $200 air- 
line ticket with that of deciding to run a 
$200 job. 

You (the data center manager or sys- 
tems programmer) cannot judge the ne- 
cessity of each job. You have no choice 
but to assume that all jobs are necessary 
and to provide enough computer power to 
supply the demand. 

The users are the only ones who can 


By Kenneth R. Whitaker 


judge the necessity of the jobs they run. 
If forced to think about it they might re- 
alize that some jobs can wait until the off- 
peak shifts and that other jobs are not 
needed at all. 

Reducing the workload, especially the 
peak workload, results in improved per- 
formance and can postpone the eventual 
upgrade to a larger system. You will ac- 
tually get more for less. When this phi- 
losophy is extrapolated to disk space, 
printing and so on, the amount of money 
that can be saved is staggering. 

What is needed is motivation to get the 
users to start thinking about data center 
resource consumption. 


Funny Money 


Users have no problem accepting other 
types of charges. Their budget is charged 
when an airline ticket is bought. They un- 
derstand this and accept it. Why is a data 
center charge harder to understand or ac- 
cept than an airline charge? 

The difference is that the airline charge 
is incremental and direct. The data center 
charge is more abstract. When a user sub- 
mits a job, he knows that no real expense 
was incurred because of that single job. 


No new operators were hired and no new 
system was installed. The company’s ex- 
penses would be the same had he not sub- 
mitted the job. Any charge, then, is con- 
sidered by many users to be artificial. 

There really is such a thing as funny 
money. It is a concept in people’s minds. 
The company’s fiscal policy creates funny 
money when it allows these concepts to 
persist. You can create funny money in 
several ways. 

* You can tell your users what their 

charges would have been in the real 
world and then not charge them at all. 
Your users will see their invoices and 
then they will throw them away. 
You can charge your users inconsist- 
ently. Charge them $100 one day, then 
$1,000 the next day for the same 
thing. Your users will have no confi- 
dence in your system. 
You can charge them at a modest 
amount for each job all year, then sur- 
prise them at year-end with an enor- 
mous adjustment. They will feel that 
their actual usage has no relationship 
to their charges. 

Funny money is not a motivator. A 
$1,000 on an artificial invoice does not 
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Remote printing ona PC 


withouta single compromise. 


Until now you've had to rely on a 
S/36 or AS/400® to deliver remote 
printing. Now a PC with BARR 
software and adapter sustains print 
speeds of 6,000 lines-per-minute and 
line speeds of 128,000 bits-per-second. 
Only BARR maintains all this perfor- 
mance with the reliability and ease of 
use PC users expect. 

BARR/SNA RJE or BARR/HASP 
software drives up to five printers from 
a single PC. What’s more, you can 
enter data, print, and receive output all 
simultaneously — without interruption. 
BARR’s advanced multi-tasking soft- 
ware easily manages even the most com- 
plicated tasks, ea LAN access, 
tape support, file transfer, and special 
forms printing. In addition, BARR 
offers one year of friendly, dedicated 


customer support with each purchase. 


Communications adapters and soft- 
ware are available for the IBM PC, 
PS/2, and compatibles. 

‘Try BARR for 30 days. We’ve 
helped thousands save millions. 


Call 800-BARR-SYS. 


Protocols 
SNA RJE with Multiple Sessions 
HASP — BSC Multileaving 


Host Systems 
JES2 DOS/POWER CDC NOS 
JES3 RSCS VS1/RES 


DAR 


BARR SYSTEMS INC. 
2830 NW 41 Street, Gainesville, FL 32606 
800-BARR-SYS, 904-371-3050, FAX: 904-371-3018 


AS/400 is a trademark of IBM Corp. 
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New for your MVS or VM environment! 


Are you under 


the 


eun to create 


documentation? 


HERE’S AN EASY 
WAY TO BITE 
THE BULLET. 


Everyone knows that their 
Data Center should document 
important policies, standards, 
and procedures. The trouble is, 
with all the crushing pressure 
of work, documentation always 
seems to go on the “back burner.” 
These days, that can land you 
in hot water. With all the strict 
regulations and tough compli- 
ance requirements you face, it 
becomes absolutely necessary 
to take action and 
finally solve the 
“documentation 
dilemma.” 

Luckily, we can 
make compliance 
easier than you ever 
dreamed possible! 


Introducing the 
Information Systems 
Series’ High caliber 
documentation the 
painless way. 


The Information Systems 
Series documentation frame- 
work is designed to help you 
create comprehensive policies, 
standards, procedures, and user 
support materials for your entire 
MVS or VM Data Center. 

Created by highly experienced 
data processing experts, the 
Information Systems Series is 
an interlinked set of five manuals 
and accompanying, corre- 
sponding diskettes: The IS Policy 
Guide, The Data Center User 
Guide, Systems and Program- 
ming Standards, The Operations 
Guide, and The Project Plan and 
Implementation Guide. All you 
have to do is follow the simple, 
imbedded instructions. In other 
words, you personalize the 
documentation using your own 
IBM PC or compatible — which 


a) 
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means you can easily integrate 
any existing documentation 
quickly and easily! 

An important part of the 
Information Systems Series 
is our unique Project Plan and 
Implementation Guide that 
leads you effortlessly through 
the entire documentation pro- 
cess. No wonder many forward- 
looking government, business, 
banking, medical, and telecom- 
munications IS Departments 
have put the power of the 
Information Systems Series 
to work. 


FREE Demo Disk! 


See for your- 
self what the 
Informa- 
tion Systems 
Series can do 
for you. Call 
for your free 
Demo Disk 
right now! 
Isn’t it worth a few moments of 
your time to prove to yourself 
that the Information Systems 
Series can save you 
endless hours of work 
and many thousands 
of dollars? Don’t miss 
this no-obligation offer. 
Call right now! 


Call toll-free 
1-800-777-0970 


f 


The Computer Resources 
Group, Inc. 


303 Sacramento Street 
San Francisco, CA 94111 


have the same impact as five dollars dis- 
allowed on an employee’s expense report. 


Making Funny Money 
Real Money 


Data center expenses must be raised to 
the same status as other company ex- 
penses. People accept the fact that real 
money is given to the airline and that their 
budget is rightfully charged. People care 
about budget money. They feel a respon- 
sibility to watch it carefully. They may 
even get some real rewards in the form 
of favorable performance reviews and bo- 
nuses when they control it carefully. 

How do you accomplish such a drastic 
change in people’s minds? It is surpris- 
ingly easy. All you need to do is to in- 
crease each department’s budget to allow 
for data center usage and to charge actual 
usage against the budget. Then running a 
$200 job will have the same effect as buy- 
ing a $200 airline ticket and will merit the 
same caution. 


The Ultimate System 
Tuning Tool 


With the cooperation of motivated 
users, the chargeback system becomes the 
ultimate system tuning tool. Users start to 
scrutinize their own consumption of every 
data center resource. They delete un- 
needed datasets, stop running unneces- 
sary jobs and schedule other jobs for 
overnight or weekend runs. 

Without this cooperation, the systems 
programmer must rely on traditional sys- 
tem tuning techniques, purchased soft- 
ware products and hardware upgrades in 
order to effectively process the workloads. 

The users can do a better job. You can 
employ techniques to optimize jobs but 
users can eliminate jobs completely. 

A chargeback system truly is the ulti- 
mate system tuning tool because of the 
following reasons: 

* The results are better 

* One tool deals with every aspect of 

the data center 

* Best of all you do not have to do the 

work — it is done by the entire user 
community. 

Look at a few important areas. You can 
extrapolate this same logic to many other 
areas too. In each one, I will discuss the 
behavior of unmotivated users, the im- 
provements data centers can make with- 
out user cooperation, and I will try to 
imagine the possible savings that might 
be obtained if the users could be educated 
and motivated. 
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Chargeback 


Savings On Jobs 


First consider jobs. Users often submit 
jobs without thinking of the cost or of the 
demands being placed on the system. 
Certainly they will submit a $500 job 
without considering whether it is worth 
$500, perhaps not even knowing that it 
costs $500. Sometimes people will even 
resubmit a job just because the listing was 
lost without waiting an hour or two to 
give the listing a chance to turn up. Some 
reports are produced daily, weekly and 
monthly just in case. Many jobs that could 
be run in the evening or the weekend are 
run during the day. 

Before going on, I must clarify some- 
thing. I am not saying, for example, that 
users will not be allowed to resubmit a 
job when a listing is lost. I am only trying 


Savings are 
twofold — 
a lighter demand 
at peak periods 
and fewer 


total jobs. 


to get them to think about it first. They 
may decide to resubmit it anyway but at 
least they considered the alternatives and 
made a conscious decision. A program- 
mer’s time is expensive. However, so is 
the job about to be submitted. Say the job 
costs $500. How long will the program- 
mer have to sit idle until $500 is wasted? 
What if that listing turns up in two hours? 
What if another user (who is also newly 
conscientious) finds the missing listing at 
the end of another job and gives the pro- 
grammer a call? What if the programmer 
spent a little effort trying to locate the 
listing by examining the system log? Or 
the programmer can do something else for 
two hours. 

What can you do? You cannot judge 
whether a job is necessary. You can only 
assume that it is and provide the resources 
necessary to run it with the least impact 
on the other work being done. 


You can upgrade the hardware. You can 
buy more real storage to reduce paging or 
buy larger CPUs. You can always throw 
more money at a problem but we all agree 
that this is not the best answer. 

You can buy software products that op- 
timize disk accesses, program loading and 
so on. These are good products. They do 
what they say they do and your system 
will work more efficiently. However, these 
products must assume that every disk ac- 
cess or program load is necessary. All they 
can do is make the operations as smooth 
and as quick as possible. They cannot 
eliminate unneeded ones. 

You can tune the worst programs. First, 
you can produce listings of the resources 
consumed by different programs in order 
to isolate the worst ones. These are the 
best opportunities for improvement. Then 
you can run other products that tell where 
these programs are spending most of their 
time in order to isolate the worst of the 
worst. Finally, you can rewrite these seg- 
ments more efficiently. However, the price 
is high for a relatively modest gain. What 
would you consider a good return on this 
investment? Would a 25 percent reduction 
in CPU be good? Then if you would at- 
tack a program that uses an hour of CPU 
per day, you will only save 15 minutes of 
CPU time. What if it turns out that the 
program produces a report that the end 
user only references occasionally? Such a 
program could be eliminated completely. 

Users can do a better job. Where the 
data center can only optimize, the user 
can absolutely eliminate. Some regular 
reports would be run only when needed 
and some of them would then never be 
run at all. There would be a reason to 
schedule big jobs for the evening and 
the weekend. 

The savings are two-fold. First, there 
will be a lighter demand at peak periods. 
Second, there will be fewer jobs in total. 
This means better on-line response times 
when most needed. You may be able to 
postpone a CPU upgrade. 


Savings On Disk Space 


Disk space is like closet space. What 
you have is soon used up. When you buy 
more, it is quickly used up too. You know 
there is a lot of space that can be freed 
up: however, you are frustrated when you 
try to find things to discard. 

What can you do? You can buy more 
DASD. You might be surprised to see how 
much DASD you already have. DASD 
expands slowly, so nobody is alarmed 
when another unit is installed. You might 
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have more money invested in DASD than 
in your CPU. 

You do not know which datasets are 
unnecessary, so you try to find strategies 
or heuristics to identify datasets that are 
unnecessary with a reasonably high prob- 
ability of accuracy. In other words, how 
would you go about cleaning someone 
else’s closet? 

Many people run HSM (also known as 
DFHSM by IBM) or a similar product 
from another vendor. HSM finds datasets 
that have not been accessed in a month 
or so, compresses them and moves them 
to other DASD. After another month or 
so of inactivity, it moves the datasets to 
tape. This is fairly effective as a global 
strategy but is not perfect for many 
reasons. 

¢ You have to wait 30 days for datasets 
to age sufficiently. 

¢ Some datasets are moved to tape that 
are actually needed and must be 
moved back to disk. 

* These little surprises annoy every- 
body. They are an interruption to the 
productive work flow. Some pro- 
grammers even write a short TSO 
CLIST that accesses each of their per- 
sonal datasets so none of them will 
ever disappear again. Imagine, you 
have actually alienated your users, not 
won their cooperation. 

¢ Some of the savings on hardware are 
offset by the expense of the software 
product. 

Users are better at deciding which da- 
tasets are necessary and they will take the 
trouble if there is a price associated with 
each one. Some datasets are program out- 
puts. These can be deleted because they 
can be regenerated easily if needed. Some 
others were kept just in case. These can 
be moved to tape. There may also be some 
mysterious datasets whose purpose no one 
knows or remembers. Some users even 
keep large decoy datasets, so they know 
space will be there when they need it. 
This practice will stop when it becomes 
too expensive and when a surplus of space 
makes it unnecessary. 

How much can be saved? That depends 
on how many unneeded datasets exist and 
how expensive it is to keep them. Can 
you save 10 percent or 25 percent from 
each volume? Then entire volumes will 
be freed. It could be a long time before 
you need a new volume. 


Savings 


Should you buy a new graphics or sta- 
tistics package or a new sort package? The 
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answer is no for the graphics or statistics 
packages unless the requesting users are 
willing to pay. If it is worth the money to 
the end user, then it is worth the money. 
What if the user claims that the package 
is so marvelous that everyone else will 
start using it once it is installed? Then ask 
if that user is willing to underwrite that 
risk. If he is right and everyone starts us- 
ing the package, then it will be inexpen- 
sive per use. However, if he is wrong and 
he is the only one to use it, is it still worth 
that much money to him? 

The answer for the sort question is 
harder. Here, no individual user is asking 
for the package. Rather, data center man- 
agement is evaluating the package for the 
use of all. Of course, the new package 
will sort faster with less resources con- 


Just one 
refused product 
can balance 
out the 
cost of the 
chargeback 


system. 


sumed. However, will it save enough to 
offset its cost? 

Why not let the chargeback system 
solve this question for you? If you buy 
the new sort you will be passing its cost 
on to the users, so why not let them par- 
ticipate in the decision? 

Allow users to use either the old free 
sort or the new expensive sort. If they use 
the new expensive sort, they pay a fee per 
use. In any event, they pay for the CPU 
and I/O that are used during the sort. 

For large sorts, it makes sense to use 
the new sort. The savings on CPU and 
I/O is so much greater than the usage fee 
that the profit makes the new sort the only 
choice; however, it still makes sense to 
use the old package on small sorts. The 
small total CPU and I/O used by the old 


sort is a limit to how much the new sort 
can possibly save. The amount that can 
be saved will be less than the usage fee. 

As the motivated users get involved and 
make their choices, fewer and fewer will 
choose the new sort and the usage fee will 
climb; then some more users will opt for 
the free sort and so on. Just as water seeks 
its own level, this formula will stabilize 
in the new free marketplace. 

Also this logic works on specialized 
hardware devices like plotters and scan- 
ners. If you pass the cost on to those who 
use them, some will decide that they do 
not need them especially if you give them 
cheaper alternatives. 

How much can you save? Of course, 
that depends on many factors. The op- 
portunity to save is larger in avoiding fu- 
ture products than in trying to remove 
older, entrenched products. However, even 
just one returned or refused product can 
balance out the cost of the chargeback 
system itself. 


Et Cetera 


You can apply this logic to many other 
areas, too. How much can you save on 
printing if users consider the cost and their 
need for large reports? Do COBOL pro- 
grammers always need their procedure and 
data maps? Does a dump have to be 
printed? Can a big reference report be re- 
placed by an on-line inquiry? 

How much can you save on tapes? How 
many tapes are in your library that are not 
needed anymore? How many files should 
really be on disk? 

How about disk accesses? What if there 
were a penalty for inefficient blocking or 
for excessive arm thrashing due to poor 
dataset placement? 

The list can go on forever. However, 
the essential ingredient is user participa- 
tion. None of these savings can be real- 
ized without it. 


The Downside 


The disadvantages of this theory are 
obvious. First, there will be more man- 
agement. Managers will have to estimate 
their consumption, watch their consump- 
tion and talk to subordinates who are 
wasteful. Managers already do these tasks 
in other areas. Maybe they should moni- 
tor data center usage too. It is a big enough 
expense to warrant the attention. 

Second, there will be more resource 
management by individuals. Program- 
mers will now have to Spend some time 
evaluating the need for each dataset. Users 
will have to reevaluate the need for each 
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report. They will argue that when they do 
this they are not doing their primary job. 
However, these users should not be the 
ones to decide how they should spend this 
time. Will they earn more for the com- 
pany in their prime job or will they save 
more for the company in this new activ- 
ity? People must realize that this is now 
a part of their primary job. 

Third, no one will like the new system. 
People will think they are being told not 
to run their jobs. Actually, they can run 
the jobs they need and they have been 
given an adequate budget to do so. All 
we ask is that they consider the cost of 
the job. Is it worth it? Is it necessary? Can 
it wait until the evening or the weekend? 


The Upside To The Downside 


There is even an upside to the down- 
side. The capacity planners will finally 
get the information they need. 

Capacity planning is a discipline in 
which systems programmers try to predict 
the company’s future needs for data proc- 
essing power. Part of this prediction is 
based on statistically trending historical 
data and extrapolating into the future. 

However, it is generally agreed that the 
best trending techniques are invalid with- 
out also interviewing the users and blend- 
ing in the users’ plans. Now the users’ 
plans will be known as part of the budget 
planning process. They will be known in 
terms that both users and programmers 
understand, that is, dollars and cents, not 
CPU seconds and EXCP counts. 


Conclusion 


The bottom line is whether this new 
system with all these problems is worth 
the trouble. The users will resist the 
change and will complain about the in- 
creased bureaucracy. 

On the other hand, the amount of money 
that can be saved is enormous. It is time 
that data center expenses are treated with 
the same respect as other expenses. It is 
time to play for keeps. = 
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Software Takes Advantage of ESA’s 


MVS ie 


for handling data during the processing of 
programs. Data spaces are virtual storage 
structures similar to address spaces but 
dedicated to storing data. Hiperspaces 
(high performance data spaces) take ad- 
vantage of expanded storage, reducing 
delays associated with disk I/O. 

Previously in ‘‘Through the Data Win- 
dow: A Look at Data Spaces and Hi- 
perspaces’?’ (MAINFRAME JOURNAL, 
March 1989), how applications can di- 
rectly use data spaces and hiperspaces was 
examined. As was noted, it takes some 
effort for applications to take full advan- 
tages of these facilities. 

However, these facilities need not lie 
dormant until your installation has the 
manpower to evaluate and integrate them 
gradually into your applications. Many 
IBM strategic software products already 
capitalize on ESA’s new capabilities. 

MVS/ESA’s new Virtual Lookaside 
Facility (VLF) allows data spaces to be 
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By Michael Haupt 


used as high speed libraries, supplement- 
ing partitioned datasets. VLF is used by 
three of MVS’ most active components: 
the Library Lookaside Facility, ICF Cat- 
alogs and TSO/E command processing. 
Other system software takes advantage of 
ESA’s facilities such as Advanced Ad- 
dress Space Facility (AASF), data space 
and hiperspace. 


Virtual Lookaside Facility 


The Virtual Lookaside Facility (VLF) 
is a new set of services which can im- 
prove performance by using a data space 
to reduce disk I/O. Essentially, VLF is an 
intelligent buffer or cache manager. It 
stores and retrieves named data objects 
from a data space. 

VLF Advantages 

Traditional techniques also reduce I/O 
by keeping some data in virtual or real 
storage. These techniques are normally 
oriented to characteristics of the physical 
device. Access method buffers are based 


on the physical record or block size. 
DASD cache controllers store entire tracks 
of data. VLF instead stores and retrieves 
entire objects such as PDS members. 

Traditional buffers or cache contents are 
controlled by a simple and inflexible al- 
gorithm. Usually, incoming data overlays 
the least recently used data in storage. 
VLF has the capability to keep track of 
how the data objects are used. 


VLF Processing 


VLF runs in its own address space and 
uses a data space for storage as shown in 
Figure 1. Whenever a data object such as 
a PDS member is needed, VLF attempts 
to supply it from its data space rather than 
going to the disk. 

For example, when a user calls for ob- 
ject ‘‘B”’ from Library 1, VLF provides 
‘‘B”’ from its data space without disk ac- 
cess. If the user calls for object *‘W’’ from 
Library 1, VLF retrieves it from the disk 
and stores it in the data space as well as 
providing it to the user. 
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Installations can control the amount of 
resources VLF consumes. The installa- 
tion specifies the virtual storage size of 
the VLF data space. As the size of 
the data space increases, disk I/O is re- 
duced but the demand on paging is 
also increased. 

VLF can be controlled by operator 
commands. Some commands add or re- 
move libraries from VLF control. Others 
purge or refresh data objects either spe- 
cifically or in groups. 


VLF PDS Support 


PDS members will frequently be the 
“named data objects’? manipulated by 
VLE. Accordingly, VLF has incorporated 
special support for PDSes. 

VLF correctly handles concatenation of 
multiple PDSes. VLF’s data space can 
store like-named members from different 
PDSes. VLF will supply the proper mem- 
ber based on the requestor’s concatena- 
tion sequence. 

The requestor can intermix VLF con- 
trolled and non-VLF controlled PDSes 
within a concatenation. The requestor will 
always receive the same member, based 
on the concatenation sequence, whether it 
resides in VLF or on disk. 

VLF also handles PDS updates. When- 
ever a member in a VLF controlled PDS 
is updated, VLF automatically purges that 
member from its data space. With its next 
use, the updated member will be placed 
in the data space. 


VLF Services 


VLF’s facilities are available to au- 
thorized programs. It will maintain the 
data objects on behalf of those authorized 
programs. 

The VLF interface is documented. This 
means that third-party software products, 
as well as IBM’s, will be able to use 
VLF’s facilities. 


LLA 
Address 
Space 


Library Lookaside 


Library Lookaside (LLA) manages the 
contents of load libraries. LLA reduces 
the time fetching load modules for execu- 
tion. LLA under MVS/ESA is a major 
revision of MVS/XA’s LLA (LNKLST 
Lookaside). 

Under XA, LLA maintained the direc- 
tories for Link List (LNKLST) libraries 
in its address space. This eliminated di- 
rectory searches for the LNKLST. The ac- 
tual load modules still need to be fetched 
from disk for each execution. 


LLA Directory Support 


The ESA version of LLA in Figure 2 
also executes in its own address space 
which contains executable code and PDS 
directories. 

The new LLA is not restricted to 
LNKLST libraries but accommodates di- 
rectories of any libraries the installation 
chooses. Operator commands dynami- 
cally add or remove libraries from LLA 
control without the need for an IPL. Other 
commands refresh selected directories of 
specific directory entries. 


Freezing Directory Versions 


LLA can freeze the directory of read- 
only libraries. Contents of a frozen direc- 
tory will not be refreshed in the data space. 
Even if a program in the load library is 
updated, the directory changes but LLA’s 
version of the frozen directory remains 
pointing to the original program location. 

Freezing the directory shields users 
from partial or incomplete library up- 
dates. Updated programs will not be 
used until the directory is unfrozen and 
refreshed. 

The ability to selectively freeze direc- 
tories greatly reduces the interruption to 
systems when installing new versions. 
Using frozen directories, production could 
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LLA Module Staging 


continue while the program libraries were 
being updated. Once the update was ver- 
ified, production would need to be inter- 
rupted only long enough to enter the 
commands to unfreeze and refresh the 
directory. 


Load Module Staging 


LLA optionally uses VLF to manage 
an associated data space to stage the most 
heavily used load modules (see Figure 3). 
When they are needed, the load modules 
can be retrieved from the data space di- 
rectly by the contents supervisor without 
program fetch and disk I/O. 

Unless the directory is frozen, when- 
ever a program is relinked, LLA auto- 
matically refreshes the directory and 
purges the staged module from _ the 
data space. 


Staging Dynamics 

LLA dynamically controls the modules 
staged in the data space. LLA continu- 
ously tracks information on the usage of 
all modules under its control. It calculates 
the anticipated savings of staging each 
module through VLF. Its calculation con- 
siders: frequency of use, difference in 
program fetch’s and VLF’s retrieval time, 
reduction in I/O contention and cost to 
keep the module in VLF’s storage. 

LLA’s decision to stage a module is not 
final. As time progresses, the calculations 
will change. Other modules may become 
more suitable for staging. LLA exchanges 
modules keeping the most costly in the 
data space at all times. 

This dynamic adjustment of staged 
modules is vital for today’s installations 
where the workload mix changes from 
day-to-day and hour-to-hour. 


ICF Catalog Improvements 


The DFP portion of MVS/ESA makes 
two major enhancements to ICF Cata- 
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logs. DFP Version 3 improves both the 
performance and the sharing of ICF 
Catalogs. 


ICF Catalog and VLF 


The Catalog Address Space (CAS) has 
been reorganized. The CAS processes 
catalog requests similar to the MVS/XA 
version. Catalog data may either be 
stored in the address space, as it is with 
MVS/XA, or kept in a VLF controlled 
data space. 

Use of a data space permits larger 
amounts of catalog data to be kept in stor- 
age, speeding access and reducing catalog 
contention. The installation designates 
which catalogs are eligible to take advan- 
tage of the hiperspace’s performance. 


Shared ICF Catalogs 


Increasing the amount of catalog data 
in virtual storage creates complications 
when a catalog is shared between two sys- 
tems. Prior to DFP Version 3, changes 
made in storage on one system were not 
reflected in the other system. Because 
of this, shared catalogs were frequently 
excluded from the CAS. Major per- 
formance bottlenecks occurred when the 
shared catalog was heavily updated by 
both systems. 

Under the new DFP, ICF Catalogs 
shared between multiple systems can also 
gain performance benefits afforded by 
CAS. Figure 4 illustrates the new facility 
for catalog sharing. 

The ICF Catalog resides on shared 
DASD where it can be accessed by both 
systems. Both systems include the catalog 
in their CAS which uses a VLF data space 
to keep the catalog data. 

A new feature, the Changed Record 
Table, also resides on shared DASD. 
When System A changes a catalog re- 
cord, the CAS writes its key to the 
Changed Record Table. The CAS on Sys- 
tem B reads the key from the Changed 
Record Table and directs VLF to refresh 
the applicable catalog data. Using this new 
feature can substantially reduce I/O to the 
shared catalog while maintaining the cat- 
alog’s integrity. 


TSO/E Version 2 


The new version of TSO/E has two sig- 
nificant improvements over Version |. The 
use of VLF increases performance and the 
addition of the REXX language provides 
new function. 


TSO/E With VLF 
TSO/E can optionally use VLF to im- 
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prove response time when executing 
CLISTs. Active TSO environments con- 
sume considerable resources processing 
CLISTs. Every time a CLIST executes, 
the system: 


@ Dynamically allocates SYSPROC 


@ Executes an OPEN and BLDL 
macros for SYSPROC 


@ Creates control blocks for the 
CLIST 


@ Reads the CLIST into storage 


@ Executes a CLOSE macro for 
SYSPROC. 


Version 2 of TSO/E optionally takes ad- 
vantage of VLE. CLISTs can be prepro- 
cessed and cached in the VLF data space. 

When a user executes a CLIST, VLF 
moves it from the data space into the user’s 
address space. Not only is VLF faster than 
disk I/O, it avoids the overhead associ- 
ated with SYSPROC dataset processing. 

The use of VLF to cache CLISTs is 
entirely optional. The installation speci- 
fies through a PARMLIB member 
(COFVLFxx) the names of CLIST data- 
sets to be cached by VLF. When VLF is 
started, CLISTs in those datasets are pre- 
processed and cached in the data space. 
Normal CLIST processing takes place for 
CLISTs which are not cached by VLF or 
whenever VLF is not active. 


REXX Language Support 


The other significant improvement in 
TSO/E is the inclusion of the REXX lan- 
guage. VM/CMS users have had Restruc- 
tured EXec eXecutor (REXX) available 
for a number of years. 

REXxX is similar to, but more powerful 
than, the CLIST language. Besides its 
power, REXX is clear, well-structured 


ICF Catalog Sharing 


Shared 
ICF 


Address 
Space 


System B 
Catalog VLF Catalog 
: ata 


and easy-to-learn. For these reasons, 
REXX is the procedural language se- 
lected for SAA. 

REXX is flexible. It is simple enough 
for non-DP users to create their own ma- 
cros. REXX is also a full-function, struc- 
tured, interactive language in which DP 
professionals can develop entire applica- 
tions. Finally, REXX’s power makes it 
more than adequate for many systems 
programming tasks. 

REXX programs, called EXECs, are 
interchangeable with CLISTs. An EXEC 
can be: 


@ Invoked as a command from the 
READY prompt 


@ An ISPF dialog or edit macro 


@ A subcommand to other TSO/E 
commands (like EDIT or TEST) 


@ Executed from a batch Terminal 
Monitor Program (TMP) 


®@ Called from another CLIST or 
EXEC 


@ Called from a program via the TSO 
Service Facility. 


REXX EXECs can be cached along with 
CLISTs in a VLF data space. 

Under TSO/E, REXX is a superset of 
the VM/CMS language. It provides all the 
functions found in the VM/CMS version. 
In addition, it supplies other functions to 
accommodate MVS and provide CLIST 
compatibility. 


Further Use of ESA Facilities 


ESA is IBM’s strategic operating sys- 
tem environment for large mainframe in- 
stallations. Its facilities are well known to 
other IBM product groups developing 
software for the same arena. A sampling 
of other products which build on ESA’s 
base follows. 
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VRS 


Tames The Jungle 
of MVS Network 
Printer Support 


VPS has been used to replace other products, 
such as: IBM's 328x/ADMPRINT/DSPrint, 
CICS supported printing, SASWTR®, RJE and 
many others, with a single task to drive all 
your 3270 family printers directly from the 
JES spool (including cross domain VTAM 
printers). 


1700 Sites use VPS as their shop 
standard 3270 family printer driver. 


Printers supported include the full array 
of 3174/3274 attached printers, including 
IPDS support for 42x4's, HP and Xerox 
lasers, plotters and PC printers. 


VPS runs as a VTAM application. NO sys- 
tem modifications. NO JES maintenance. 


Automatic forms control, full FCB sup- 
port, dial-up PC printers, printer pooling 
and "hot" printers are all supported. 


Full screen "ISPF-like" command inter- 
faces for CICS, TSO and ROSCOE? permit 
end-user control of printers with totally 
menu driven command entry. 


Call or write for more information, or to 
arrange for a FREE TRIAL 


QD Li, ey & Soy, Suc & > 


2387 West Monroe 
Springfield, Illinois 62704 
(217) 793-3800 « Fax (217) 787-3286 


® SASWTR isa registered trademark of SAS Institute, Inc., Cary, N.C. 
® ROSCOE is a registered trademark of Applied Data Research, Inc. 
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JES 

JES2 3.1.1 takes advantage of ESA in 
several ways. It places the internal read- 
ers’ buffers in a space, permitting a dra- 
matic increase in the number of internal 
readers (from 255 to 32K). This gives a 
performance boost to TSO environments 
frequently submitting background jobs. 

JES2 exploits ESA with Functional 
Subsystems (FSS). It uses AASF for cross- 
memory communication to an FSS ad- 
dress space. Enhancements to the Pro- 
gram Call (PC) instruction allow JES2’s 
recovery routines to protect code in the 
FSS address space. 

JES3 3.1.1 supports the use of a data 
space to store the Job Control Table (JCT). 


DB2 

DB2’s_ structure requires multiple 
address spaces to operate. Version 2 
exploits AASF reducing MVS’ over- 
head for communication between the 
address spaces. 


IMS 

IMS/VS permits the use of LLA to 
manage programs. Using LLA instead of 
preloaded programs makes more virtual 
storage available in the Message Process- 


MVS 


ing Region. As an alternative to Virtual 
Fetch, LLA reduces I/O delays during 
fetch processing. 

IMS/VS 2.2 also permits the use of 
hiperspaces to provide large VSAM buffer 
pools in expanded storage. New IMS 
products have been announced which will 
only operate in an ESA environment. 


CICS 


Release 1.7 has limited use of ESA. 
Hiperspaces are only available for DL/1 
buffer pools. CICS/MVS 2.1 supports 
both DL/1 and VSAM buffer pools in hi- 
perspaces. IBM has also made a state- 
ment of direction indicating a forthcom- 
ing version of CICS will only run under 
MVS/ESA. 

DFSORT 

Release 11 of DFSORT promises im- 
proved performance through hipersort- 
ing, the use of hiperspaces during sort 
processing. 

ImagePlus 

ImagePlus is IBM’s system designed to 
store and retrieve images. Documents are 
scanned into the system, stored on optical 
or magnetic disk, retrieved and routed to 
be displayed or printed. 


Problem: BATCH and Application programs 
do not fully utilize VSAM buffers. 


Solution:sim-BUFF—Dynamic VSAM 
Buffer Management System. 
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For faster VSAM processing immediately, use BIM-BUFF 


BIM-BUFF is a product which is designed to significantly increase the performance of VSAM 
in every DOS/VSE installation. It does this in a way which is transparent to the programs 
involved, does not alter any VSAM files, and does not make any modifications to VSAM 
itself. While each installation is different, experience with some DOS/VSE installations has 
shown potential savings to be astounding. The following savings have been achieved in 
benchmarks of real life applications: 


Physical I/Os 
Typical sequential access 33% 10-50% 
Typical random access 25-50% 40-60% 
Clustered random access 99% 95% 


Elapsed Time 


In fact, the performance benefits can be so significant, that it may be possible in some cases 
to defer the purchase of new hardware. Perhaps best of all, these savings can be realized 
almost immediately. BIM-BUFF installs in minutes with no need to change any existing files, 
programs or JCL. 


BIM-BUFF is priced at $2,400 for a permanent license, $1,200 on an annual lease or $120 
on a monthly rental. 


B | Moyle Associates, Inc. has been dedicated to providing cost effective software solutions, 
which improve system performance and user productivity, for 10 years. For more information 
on BIM-BUFF, or any of our other quality software products and services call Jim Kingsbury 
at 612-933-2885 today. 
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612-933-2885 
Telex 297 893 (BIM UR) 


Member Independent Computer Consultants Assn 


B | MOYLE ASSOCIATES, INC. 
5788 Lincoln Drive 
Minneapolis, MN 55436 


ImagePlus consists of three separate 
software components and all three require 
MVS/ESA. ImagePlus is a bellwether of 
IBM’s software trends. In the future you 
will see more ‘‘leading edge’’ software 
from IBM built on the ESA base. 


Conclusion 


A host of products from IBM that cap- 
italize on ESA’s facilities to deliver per- 
formance improvements with minimal 
effort have been examined. The use of 
data spaces and hiperspaces reduce disk 
I/O, improving response time and overall 
performance. 

The lower I/O rate, in turn, gives flex- 
ibility in managing disk space manage- 
ment. It permits active datasets to be con- 
centrated on fewer volumes without I/O 
contention degrading performance. It 
eliminates the need for the deliberate 
underutilization of disk capacity to avoid 
I/O activity bottlenecks. 

As with all performance issues, elimi- 
nating one bottleneck creates another. The 
amount of storage allocated to a data or 
hiperspace must be controlled. I/O sav- 
ings need to be balanced against storage 
and paging costs.. 

The availability of ample real and ex- 
panded storage is a prerequisite. If it is 
not plentiful, data spaces and hiperspaces 
might even degrade performance. Paging 
delays must be minimized through the use 
of cache controllers, high speed channels 
and short queues. 

MVS’ trend is to spread the processing 
between multiple address spaces as with 
DB2. This reduces response time by per- 
mitting concurrent processing of the ad- 
dress spaces. Concurrent processing can 
only occur in multiprocessor complexes. 
Uniprocessors will be at an increasing 
disadvantage as this trend continues. 

As you can see, ESA offers enormous 
benefits but not without some costs. How 
soon ESA is in your future depends on 
when your business can profit from its 
new features. = 
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DB2 MANAGER 


TAKES THE WRAPS OFF 
DB2 PERFORMANCE. 


When you start using DB2 as a real pro- You can also manage multiple, even 
duction tool, you need more than a little insight remote, DB2 systems from one terminal. For the 
into the performance of DB2 internals. really big picture, you can manage CICS 
You need to see what’s happening in and IMS subsystems in a single session. 
and around your DB2 subsystem. And That’s a performance picture you can’t 
for that, you need DB2 MANAGER. get anywhere else. 

It’s the only online DB2 performance 
tool you can integrate with a full range 
of performance software to provide com- 


For further information on 

DB2 MANAGER, call Marty Johnson 
, today. In California: 800-624-5566. 

plete DB2 performance management. Outside California: 800-822-6653. 

You'll see the impact of entire transactions, Boole & Babbage, Inc. 510 Oakmead Parkway, 
from initiation to completion. From CICS and Sunnyvale, CA 94086. 
IMS to DB2 and back. So you can easily identify 
the real cause of problems. 


International sales and support provided through The European Software 
Company, a member of the Boole & Babbage worldwide network of companies. 


CIRCLE #171 on Reader Service Card A 


he purpose of this article is to doc- 
ument the effects of different re- 
organization techniques and DBD 
definitions on record distribution in a Fast 
Path Data Entry Database (DEDB). The 
information presented here could be help- 
ful to DEDB users or potential DEDB 
users in determining from an actual pro- 
duction example the performance and 
storage characteristics of a DEDB. Also, 
the IBM DB tools utilities are discussed 
in the course of the article and could serve 
as a review for those already familiar with 
DEBD. It is important to note that the 
standard IBM randomizer, DBFHDC40, 
was used in all tests. The data in this ar- 
ticle would probably not apply if a dif- 
ferent randomizer were used, especially 
if it were area specific. 


The Database 


The database, DBAFPTST, is com- 
posed of three levels. There are no Se- 
quential Dependent (SDEP) type seg- 
ments. Tests One through Three had the 
following segment distribution: 


FPTSEGO1 : 85,346 
FPTSEGO2 : 143,879 
FPTSEGO3 : 2,166,477 


Tests Four through Twelve had the fol- 
lowing segment distribution that repre- 
sents the change to the database during 
one week of production processing: 


FPTSEGO1 : 85,669 
FPTSEGO2 : 145,016 
FPTSEGO3 : 1,993,864 
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By Gary Rygmyr 


It has been in production for more than 
three years and was recently expanded 
from four areas to eight to hold more data. 
Three transactions access this database for 
read only. It is updated by BMP jobs 
nightly. 

A regular reorganization was not being 
run. Records are distributed evenly among 
all eight areas as would be expected using 
the IBM delivered generalized random- 
izer. Other DEDBs with two, three and 
four areas show the same type of record 
distribution with this randomizer. 


Procedures 


The overall objective was to maximize 
the number of records in the Root Ad- 
dressable Area (RAA) and minimize the 
number of records in Dependent Over- 
flow (DOVF) and Independent Overflow 
(IOVF). Records in the overflow areas 
tend to increase the number of I/Os re- 
quired to access these records. 

In these tests the randomizer, 
DBFHDC40, the CI Size and space al- 
location were not changed. The focus was 
to evaluate the effect of reorganization and 
values for the UOW and ROOT DBD pa- 
rameters on record distribution. 

A test database was created with only 
one area but in every other way exactly 
like the production version with eight 
areas. This allowed the reorganization of 
only one area. The DB Tools Unload/Re- 
load Utility will not allow you to unload 
only one area of a multi-area DBD when 


Fast Path 


Database 
Tuning 


changing the DBD if a generalized ran- 
domizer is used. Each reorganization was 
followed by a DB Tools Pointer Checker. 
Tables 1 and 2 summarize the Pointer 
Checker data for each test. 

Two different strategies were tested. 
The first strategy was to try various re- 
organization techniques without changing 
the DBD. Table | shows the results of 
these tests. Test | is the initial profile of 
the database. The second strategy was to 
adjust the UOW and ROOT parameters in 
the DBD for optimum DASD utilization 
and I/O performance. The objective was 
to shift space allocated to the overflow 
areas to the RAA since so little of the 
overflow areas were actually being used. 
Table 2 shows the results of these tests. 
A discussion of each test follows. 


Discussion 


Test One 


The initial profile. It appeared that there 
were far too many segments in both DOVF 
and IOVF. 


Test Two 

Reorganization was accomplished us- 
ing the DEDB Direct Reorganization 
Utility (DBFUMDR0O). This is one of the 
DEDB on-line utilities that allows con- 
current on-line application processing. It 
runs in the DB dependent type region. A 
CI is held exclusively while being reor- 
ganized. This may affect application per- 
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If You Attend One 
Conference This Year 
Make It IDUG 


“The Impact of DB2 on 
Information Processing 
in the 1990s” 

August 6-9 

Hyatt Regency Chicago 


For more information contact: 
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111 E. Wacker Dr., Suite 600 
Chicago, IL USA 60601 

(312) 644-6610 

FAX (312) 565-4658 

Telex 62896249 


CIRCLE #173 on Reader Service Card A 


SREP Reo 
| heeled || || 


INTERNATIONAL 
DB2 USERS GROUP 


Are you looking for answers to questions that only other DB2 
users can understand? Looking for a group that focuses on 
the distinct nuances and intricacies of IBM’s DB2 product? 


Get involved in the International DB2 Users Group—the only 
user group dedicated solely to the DB2 community. 


Existing user groups touch on DB2 issues in their programs, 
but no international group addresses all the concerns of DB2 
users—until now. You're invited to: 


e Network with peer users in your field 

® Learn from noted industry experts 

© View exhibits, hospitality suites and product sessions from 
participating DB2 vendor members 

® Receive complimentary user membership in IDUG 
throughout the year by attending the conference. 


A sampling of speakers scheduled include: Dr. Carma 
McClure, Extended Intelligence Corp.; Colin J. White, InfoDB 
magazine; William Inmon, American Management Systems; 
Jeffrey B. Tash, Database Decisions; and many more. 


Return this coupon for more information on user membership in 
IDUG and “The DB2 Event of 1989” to: IDUG, 111 E. Wacker Drive, 
Suite 600, Chicago, IL USA, 60601; (312) 644-6610; 

FAX (312) 565-4658; Telex 62896249 
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formance as no other program can access 
this CI until the utility is finished with it. 
This run was done during normal on-line 
activity and ran a little more than four 
hours. For a comparison, the same reor- 
ganization was run during no on-line use 
and low overall system activity and it still 
took more than two hours. This reorgan- 
ization produced a significant change in 
record distribution and reduced the cal- 
culated Average Record I/O by about 25 
percent. 


Test Three 


Reorganization was accomplished us- 
ing the DB Tools Unload/Reload Utility 
with the REORG control statement. For 
this reorganization the database must be 
taken off-line and the DBDS must be de- 
leted and defined. The advantage here is 
that the job runs in about 20 minutes. It 
also produces a segment count report that 
the on-line reorganization does not. If any 
DBD changes are to be made, this is the 
method to use as changes cannot be im- 
plemented with the on-line reorganiza- 
tion. A user-written program can be used 
to reload the database as well. This re- 
organization produced further change in 
record distribution and calculated aver- 
age I/O. 


Test Four 


Reorganization was accomplished us- 
ing the DB Tools Unload/Reload Utility 
with the REORG and LOADCTL control 
statements. The LOADCTL control state- 
ment specifies an Insert Limit Count (ILC) 
for a given dependent segment. This pro- 
vides for controlling how long twin chains 
are loaded. The LOADCTL statement was 
LOADCTL =(FPTSEGO3,25). In this 
case, reloading any occurrence of the third 
level segment, FPTSEGO3, after 25 oc- 
currences, will be loaded after all the other 
database records for the current RAP are 
processed. Again, there was a shift in re- 
cord distribution that should improve per- 
formance. Note the slight difference in 
record count. This was the result of one 
week of normal production processing. 
This data was used for the remainder of 
the tests. 


Test Five 


DB Tools Unload/Reload using 
LOADCTL = (FPTSEGO3,20). This re- 
organization was done to see if any fur- 
ther improvement could be made by fur- 
ther reducing the length of the FPTSEGO3 
twin chains. Still more records moved to 
the RAA base area but not nearly as sig- 
nificant as the previous runs. There is a 
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DEDB Tuning Statistics Profile 


TesT1 | TEST2.~—=«é*STEST'3.=«;s~SC«é*STESTA tests | TEST6 


DBD Information — area ALLOC in CYL 


= 


| 134 | ‘ga | 


vow | 134 13.4 13.4 | 13.4 
ROOT | 5300,500 5300,500 | §300,500 | §300,500 | 5300,500 | 5300,500 
ALLOC: DDAHIS1A 460 460 | 460 460 460 | 460 
2 ae seta z - fi — it { % A. 
FREESPACE ANALYSIS — values are % freespace 

3 a ple Seigl ? ade WS fae ons 
RAA BASE | 58 / 55 | 55 | 56 56 56 
DOVF Pie ie 71 77 7 77 
|OVF | 87 98 98 | 99 99 99 

OVERFLOW USAGE 
Pubes P i E See a Se ao wy = 
UOW Using DOVF 4,591 4,322 4,282 4.069 4069 4,069 
UOW Using |OVF 669 128 100 | 45 45 | 46 
DB Record Profile Analysis 
NO. DB RECORDS 85,346 | 85,346 85,346 85,669 85,669 85,669 
AVG REC LENGTH 1,191 1,191 1,191 | 1,096 1,096 1,096 
STD. DEV. 1,470 | 1,470 1,470 | 1,342 | 1,342 1,342 
MAX REC LENGTH _ 14,049 14,049 14,049 | 17,3384 | 17,334 17,334 
MIN REC LENGTH 22 22 22 22 a 22 
RECORD PLACEMENT ANALYSIS — values are number of records 
ie ee tate Sate re 
BASE ONLY 55,754 | 63,448 69,437 = = 70,361 70,561 71,047 
BASE + DOVF 23,398 14,597 9,223 12.867 13,763 8,020 
BASE + DOVF + |OVF 3,979 343 38 46 49 18 
BASE + IOVF 1,167 350 60 | 50 66°. | 25 
DOVF ONLY 782 6,254 6,458 2,306 1,215 | 6,482 
DOVF + |OVF 218 266 61 it a 19 | 26 
|OVF ONLY | 42. | 88 79 «| 12 6 | 51 
4 "SEGMENT I/O ANALYSIS — average DB record ‘ 
PERSE Meier er) rial fee 3 a st ae 
AVG RECORD 1/0 1.20 1.18 1.21 1.17 | 1.16 | 1.17 
AVG ROOT 1/0 | 1.01 | 1.09 1.09 1.03 1.03 | 1.09 
SYNONYM CHAIN STATISTICS 
LONGEST CHAIN 10 | 10 10 10 ] 10 10 
AVG SYN CHAIN 2.91 2.91 2.91 2.91 2.91 2.91 
AVG ROOTS/RAP 2.29 2.29 2.29 230 | 230 | 2.30 
a . 7 —_ ! 
Effects of different reorganization techniques. 
warning in the Unload/Reload User's Test Seven 


Guide stating that specifying a low value 
for the ILC can seriously impact IMS/VS 
access to the database and that a good rule 
of thumb is that no more than 10 percent 
of the database records being processed 
should exceed the ILC value. 


Test Six 


DB Tools Unload/Reload using 
RMODTYPE=G control statement op- 
tion on unload and no LOADCTL card. 
Using this option will allow changes to 
the database as the randomizer is called 
for each root segment. The results here 
were similar to test three which would be 
expected. 


UOW = (13,3), ROOT = (5300,500) 


Here the DOVF was reduced by one 
CI. Since 77 percent of DOVF is frees- 
pace, it would be better to shift some of 
this space to the RAA Base. The result 
was that indeed more records were shifted 
to the RAA base. 


Test Eight 
UOW = (13,2), ROOT = (5300,500) 


Since there was still 72 percent free- 
space in DOVE, another CI was taken from 
DOVF and placed in the RAA base. 
Again, more records were shifted to the 
RAA base and average I/O decreased. 
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Sika, §.. 
The Key To 
Well- Tuned 
Applications 


You know your peformance 

is great when: 

@ your customers expect and get fast 
online response time 

® your management reports regularly 
meet deadlines 

w you confidently schedule batch 
processing before online start-up 

s you can bring up new applications 


without straining your resources 


Even if you have already tuned your 

MVS system, you can assure 

greater performance with STROBE, 

the premier application 

tuning product. STROBE will: 

w furnish detail not available from 
system tuning software 
attribute resource use to specific 
causes within application programs 
and subsystems in any address space 
show CPU use by source program 
statement or system service function, 
and show disk unit access time by 


cylinder within data set or index 


STROBE measures and reports on 
programs written in COBOL, PL/1, 
Fortran, and Assembler, 

operating in all MVS system 
environments, and in CICS, IMS, 
DB2, IDMS, and other subsystem 


environments. 
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Succeed | 


PLATINUM technology, inc. 
The DB2 Company” 


PLATINUM technology, inc. is the only full service 
software company specializing exclusively in DB2. 
All our effort and energy is focused on delivering 
the broadest array of quality solutions for the DB2 
user. As a result, IBM® has designated PLATINUM 
a Business Partner through the Authorized Applica- 
tion Specialist program specifically for DB2. 


PLATINUM PRODUCTS 


PLATINUM offers a complete line of software tools, 
education, and published products to ensure your 
success with DB2. 


Software Products 

The PLATINUM product portfolio consists of a 
complete family of administration, development, 
and end user DB2 software products. All are compat- 
ible with DB2 V1.3 & V2.1. The software products 
include: 

@ RC/Query™ - Acomprehensive DB2 catalog 
query tool. 

@ RC/Update™ - The industry’s best DB2 object 
management and data editing tool. 

@ RC/Migrator™ - Acomplete object and data 
migration tool. 

®@ RC/Secure™ - An extensive DB2 security 
management tool. 

@ PLATINUM Database Analyzer™ - The DB2 
database and DASD analysis, audit, and 
management tool. 

@ PLATINUM Report Facility™ - The DB2 
query and reporting system for developers and 
end users operating inTSO and CICS 
environments. 


DB2 Education Courses 
A complete series of hands-on DB2 training courses. 
PLATINUM courses cover all aspects of DB2, QMF, 
and CSP. All courses are available either at your 
facility or at our Corporate Education Center. 

®@ Introduction to DB2 

® DB2/SQL Application Programming 

®@ DB2 Application Planning and Database Design 

@ DB2 Database and System Administration 

® Using DB2 and QMF 

@ CSP Application Programming 


Published Products 
The most recognized and authoritative DB2 standards, 
methods, and guidelines for DB2 implementation. 
@ PLATINUM DB2 Guide/Online™ - The 
industry’s leading standards manual for design, 
development, and administration of DB2 systems. 


@ The PLATINUM Reference™ for DB2 - The 
quick, pocket-sized reference for DB2 
information. 


Support 

All products and services carry our PLATINUM 
Quality Assurance Guarantee. Support is available 
24 hours a day, 7 days a week via our toll-free hot line. 


WORLDWIDE AVAILABILITY 


PLATINUM’s products and services are available 
around the world through our Affiliate Network. 
PLATINUM’s full service capabilities include local 
support, education, and superior DB2 professional 
services. 
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PLATINUM technology, inc. 
555 WatersEdge Drive 

Lombard, IL 60148-9930 

(312) 620-5000 FAX (312) 953-1923 


For further information, in-house demonstration, or 
| our exclusive no-obligation product evaluation call: 


1-800-442-6861 
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Test Nine 
UOW =(13,1),ROOT =(5300,500) 


With the DOVF reduced to one CI per 
UOW, more records went into IOVF but 
a warning message, FABC0309W, was is- 
sued a number of times. This indicates 
that all CIs within the IOVF overflow unit 
were in use. When this happens the reload 
program sequentially searches the over- 
flow directory entries to find an overflow 
unit with an available IOVF CI. Since this 
situation can seriously impact on-line per- 
formance, the UOW was changed back 
to (13,2). 

Test Ten 

UOW = (13,2), ROOT = (5300,300) 

From Test Eight, IOVF had 95 percent 
freespace. Shifting some of this space to 
the RAA base again produced a small im- 
provement and still left 93 percent free- 
space in IOVF. 

Test Eleven 

UOW = (13,2), ROOT = (5300, 100) 

A further reduction in IOVF still left 
plenty of freespace there and produced 
another small increase in the total number 
of records in RAA. 

Test Twelve 

UOW = (10,2), ROOT = (6890, 100) 

To take advantage of full-track I/O on 
a 3380 DASD device where there are 10 
4K Cls per track, a VOW of 10 Cls was 
tested. The result was close to the results 
shown in Tests Ten and Eleven. 


Summary and Conclusions 


The effects of different reorganization 
techniques and values for the UOW and 
ROOT parameters of the DBD were tested 
to determine if an improvement in data- 
base organization could be achieved that 
would reduce I/O. 

As with other types of non-fast path 
databases, a periodic reorganization can 
definitely maintain database performance. 
In this example an on-line reorganization 
improved the calculated average I/O by 
25 percent. A reorganization using the DB 
Tools Unload/Reload Utility achieved a 
43 percent improvement in calculated av- 
erage I/O. An on-line reorganization may 
not achieve the same result as an unload/ 
reload and can take many hours to run 
even when on-line access is minimal to 
none. Total elapsed time for the unload/ 
reload jobs averaged less than 20 min- 
utes. If the database can be taken off-line 
for a short period of time, this may be the 
best way to reorganize. The LOADCTL 
control statement in the Unload/Reload 
Utility can have a significant effect on da- 


oye 


Effects of different UOW and ROOT values. 


tabase organization but may not neces- 
sarily improve performance significantly. 

Different values for the UOW and 
ROOT parameters clearly affect record 
distribution and some are definitely better 
than others. In this case it appears that the 
final test, Test Twelve, might be the best 
combination given the constraints of this 
test. It achieves a modest six percent im- 
provement in record I/O over the value in 
Test Three as calculated by the DEDB 
Pointer Checker, full track I/O can be uti- 
lized and will most likely cause somewhat 
less CI contention and contention for fast 
path buffers. Programs issuing SYNC calls 
when a GC status code is received will 
make those SYNC calls a little more often 


DEDB Tuning Statistics Profile 
TEST 7 TEST 8 TEST 9 TEST 10 TEST 11 TEST 12 
DBD Information — area ALLOC in CYL 
uow 13,3 13.2 13.4 1342 | 192 10,2 
ROOT 5300,500 5300,500 5300,500 §300,300 5300,100  6890,100 
ALLOC: DDAHIS1A 460 460 460 460 460 | 460 
FREESPACE ANALYSIS — values are % freespace 
RAA BASE 60 63 67 64 65 64 
DOVF 72 63 46 65 68 74 
|OVF 98 95 70 93 81 81 
OVERFLOW USAGE 
Se ae! widias = £55 ‘ea < = ace aS 
UOW Using DOVF | 4,009 3.895 3,310 4,012 4,053 4,740 
UOW Using |OVF 153 423 1,811 381 347 289 
DB Record Profile Analysis 
NO. DB RECORDS 85,669 85,669 85,669 85,669 85,669 85,669 
AVG REC LENGTH 1,096 1,096 1,096 1,096 1,096 1,096 
STD. DEV. 1,342 1,342 1,342 1,342 1,342 1,342 
MAX REC LENGTH 17,334 17,334 17,334 17,334 | 17,334 17,334 
MIN REC LENGTH 22 22 22 eae 22 22 
RECORD PLACEMENT ANALYSIS — values are number of records 
BASE ONLY 71,997 73,139 71,047 73,442 73,995 73,461 
BASE+DOVF 7,724 7,169 5,454 7,115 6,927 7,308 
BASE+DOVF+IOVF 55 149 873 151 127 162 
BASE+IOVF 66 217 1,736 193 174 | 100 
DOVF ONLY 5,595 4,387 2,917 4,177 3,959 4,281 
DOVF+IOVF 96 267 908 225 212 179 
|OVF ONLY 156 341 2,734 366 275 178 
SEGMENT I/O ANALYSIS — average DB record 
AVG RECORD 1/0 1.20 1.18 1.21 17 1.16 117 
AVG ROOT 1/0 1.08 1.06 1.09 1.06 1.06 | 1.09 
SYNONYM CHAIN STATISTICS 
LONGEST CHAIN 10 10 | 10 10 10 9 
AVG SYN CHAIN 2.81 271 2.91 2.67 263) 4 2.67 
AVG ROOTS/RAP 2.16 2.03 2.30 1.97 1.92 1.99 


with a smaller UOW, thus freeing up the 
fast path buffers more often. 
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IBM mainframe application software 


has a new DB2 champion 


We're Lawson, the IBM mainframe 
business application software company 
with the confidence to challenge the 
industry’s Goliaths. And hit them with 
new ideas. Like low cost, low 
maintenance—yet full-featured— 
business application software. 


Lawson: Leader in software technology. 
Our new technology is rapidly showing the “big 
guys” a few things about PINSTRIPE® low cost, 
low maintenance software. Forget “other” IBM 
mainframe software. With its high prices, old code, 
time-consuming installation and expensive upkeep. 


New technology made our lower costs possible. It 
also made us first with application software for the 
DB? relational DBMS. Now you get a choice: DB2 
or VSAM. With newly developed code that’s easy 
to install. Simple and inexpensive to maintain. 


Solid application technology. 
Comprehensive, well-thought-out application features 
reflect the experience of our package designers. 
Seasoned accountants, CPAs and human resource 
professionals who know what features and functions 
your users need. 


And features they request. In the last four years, 84 
percent of user-group suggested enhancements have 
been added to Lawson PINSTRIPE® packages. 


Service and support — 

cutting the “big guys” off at the knees. 
We're big enough to get the job done—but small 
enough to be sensitive to our clients’ needs. With the 
best service and support available on the IBM 
mainframe market today. Including your personal 
software consultant, an expert who knows your needs 
and your application. 


A full range of optional Support-Plus services is 
available, too. Like implementation consulting, data 
conversion, technical and application consulting. And 
a post-sale audit to make sure you're utilizing every 
feature we've built into PINSTRIPE® packages. 
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Unique needs? We'll adjust our 
packagesto fit. And guarantee the 
work. If you'd rather do the job 
yourself, you'll find Lawson software easy to modify. 
And we'll still support the rest of the package. Other 
application software companies won't. 


Lawson, IBM mainframe software’s 
new champion. 

We've put it all together. New technology with fresh 
code, including both VSAM and DB2 expertise. Full- 
featured application technology. Backed up by support 
that sets a new industry standard. 


All in low cost, low maintenance application software 
from Lawson. No wonder we can take on the “big 
guys.” And win. 


... WHATEVER IT TAKES! 


Lawson Associates Inc. provides a full 
range of feature-rich PINSTRIPE® 
business application software packages 
for the IBM mainframe hardware 
environment. Available in the U.S., 
Canada and overseas. 

Accounting 

* General Ledger * Accounts Payable 
¢ Accounts Receivable ¢ Fixed Assets 
¢ Project Accounting 

Human Resources 

¢ Payroll © Personnel ¢ Benefits 
Distribution/Procurement Management 
¢ Order Entry * Inventory Control 

¢ Purchase Order 


For more information, call 
Sue Weinacht 


(612) 379-0258 


LAWSON ASSOCIATES INC. 
1300 Godward Street, Minneapolis, MN 55413 
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VSE Under The Covers 


The Art Of Storage 
) Management | 


alling VSE’s storage management 
{ techniques an art could be consid- 

ered letting the imagination run 
wild. Yet, as we have illustrated in the 
previous articles peeking under VSE’s 
covers, every control block, mechanism 
and technique is a result of some inherent 
structure and evolution thereof. We have 
discussed in detail the VSE control block 
structure (MAINFRAME JOURNAL No- 
vember/December 1988) followed by the 
heart of the operating system, the Dis- 
patcher, and its mechanism for selecting 
the task ready to use the system resources 
(MAINFRAME JOURNAL February 
1989). However, where do these tasks re- 
side? How is the memory of the main- 
frame used in the VSE implementation? 
In this article, I will thoroughly explore 
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these questions concerning VSE problem 
determination. Once again, the discus- 
sions and figures in this article will all be 
based on VSE/SP 2.1 or later. 


The Core Of The Matter 


The word core, often used to describe 
the main memory of the computer, evolved 
from the old magnetic core devices which 
were initialized to indicate the polarity of 
a magnetic field, positive or ground. A 
positive polarity represented a binary digit 
or bit with a value of one and a ground 
polarity represented a bit value of zero. 
Thus a simple implementation of the base 
two or binary method of representing data 
was affected. The equipment properly la- 
beled ‘‘core’’ is antiquated; however, this 
term still remains. For purposes of dis- 
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cussion, core, memory and storage all 
represent the same object. 

VSE, as an IBM System/370 operating 
system, has to manage the storage of the 
machine as well as the tasks which re- 
quire its resources. The two areas that are 
significant are virtual and real address 
translation and the art of virtual storage 
management. Our focus will be on the 
latter area. 


Fixed Allocations 


If you were to let your imagination run 
wild, imagine a VSE without a fixed 
number of partitions or even a VSE with- 
out fixed address limitations on partition 
allocations. There have been many sug- 
gestions for these types of features over 
the last several years, yet these attrib- 
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PROBLEMS: 


The DOS/VSE Label Area is a performance bottleneck. 
Slow disk, relative to CPU, limits performance. 


SOLUTION: BIM-VIO 
The DOS/VSE ‘Virtual’ Disk Drive 
and Resident Label Area Product. 


Think of it as a disk drive with zero seek time and rotational delay, 
having no electrical, air conditioning, or floor space requirements! 


BIM-VIO uses a facility in DOS/VSE/SP called 
“VIO”’ to map all I/O requests for a non-existent 
disk address to a virtual memory area outside the 
normal VSE address space areas. Since this area 
is in virtual storage, references to it are satisfied 
at CPU speeds and no actual disk I/O takes place, 
except possibly if memory paging results. The net 
result is a potentially significant performance 
improvement of programs using this area. 


The virtual disk can be used for almost anything 
that does not require permanent retention beyond 
system start-up (IPL). Examples are compiler work 
files, SORT work files, temporary files used within 
or between application jobs. Application programs 
are not affected, the JCL is simply changed to point 
to the virtual disk drive ‘address’. 
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B | MOYLE ASSOCIATES, INC. 
5788 Lincoln Drive 
Minneapolis, MN 55436 


A built-in aspect of the product is that the DOS/VSE 
Label Area is relocated to the virtual disk. This area 
is one of the most frequently accessed in most DOS 
sites, SO moving it to the virtual disk should result 
in significant performance improvement to the 
overall system, regardless of any other specific use 
of the virtual disk capability. 


BIM-VIO is priced at $3600 for a permanent 
license, $1800 on an annual lease or $180 on a 
monthly rental. 


B | Moyle Associates, Inc. has been dedicated to 
providing cost effective software solutions, which 
improve system performance and user productivity, 
for over 10 years. For more information on BIM-VIO 
or any of our other quality software products and 
services, Call Jim Kingsbury at 612-933-2885 today. 


612-933-2885 
Telex 297 893 (BIM UR) 


Member Independent Computer Consultants Assn. 
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VSE 
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VSE Virtual Storage Layout 


= <= X'000000' 
Supervisor Area 
LTA PTA RTA CRT 
—----------------- - - - - - - - 4 <= WBSSBEG 
SDAIDS area — set by SDSIZE parameter 
————_—__—_+| <= NBPPBEG 
BG Partition Save Area 
Problem Program Area 
Partition Getvis 
Getvis Anchor Table 
Partition Save Area <= SMPSAVE 
Problem Program Area + X'78' 
Partition Getvis = SMVGVIS 
Getvis Anchor Table <= WBGVCTL 
FX: Partition Save Area <= SMPSAVE 
Problem Program Area + X'78' 
Partition Getvis <= SMVGVIS 
Getvis Anchor Table <= NWBGVCTL 
Shared Virtual Area (SVA) <= SMSVABEG 
System Directory List (SDL) 
Shared Phase Library 
Cele Sk ses ss! Sass As “Adm! em et Ta‘ yh en, msn elit a's ec ct al i "Roe each, er 4 
System Getvis <= SMSGVIS 
X'FFFFFF’ 


utes are not found in the VSE operating 


system. Reality is a fixed number of 


areas, called partitions, divided into 
fixed amounts of storage or allocations 
which are configured at system initiali- 
zation time. 
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All programs, including the supervisor, 
run in a conceptual single address space 
called virtual storage. Because of the 24- 
bit addressing limitation, VSE only ad- 
dresses a maximum of 16MB of storage 
at one time. The virtual addressability ex- 
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tension or VAE mode of VSE supports 
multiple virtual address spaces, yet only 
addresses a maximum of 16MB at one 
time. With the swift switch of an address 
space, however, a different segment of 
core can be addressed, thus effectively 
expanding VSE’s ability to manage more 
than 16MB of storage. 

The address space is divided into fixed, 
allocated areas consisting of the supervi- 
sor, the partitions and the Shared Virtual 
Area (SVA) (see Figure 1). This figure 
assumes a System/370 mode system and 
shows a full 16MB allocation for sim- 
plicity of illustration. 

Conceptually, this is the VSE virtual 
address space design. At low core address 
X°000000° the heart of the VSE system 
or the supervisor begins. It extends up to 
its generated size and consists of the res- 
ident routines, system tasks and control 
blocks necessary to manage the system. 

Within the supervisor, there are five 
routines specifically involved with man- 
aging VSE storage: 

1. GETVIS (SVC 61) 
— used to allocate dynamic storage 
in partition or system getvis 
2. FREEVIS (SVC 62) 
— used to free the storage acquired 


by GETVIS 


What you save with DTA/PRINT 
goes beyond time and money. 


You would expect any good operation software product to 
provide some basic business benefits. Like saving you time and 
money for instance. Well, DTA/PRINT certainly does this. 

By enabling users to view and/or print reports at remote loca- 
tions, DTA/PRINT greatly simplifies access to printed output. 


CICS printer. 


With it, you can manually or automatically route any report in 
any MVS, POWER, VM, or On-Line spool queue to any attached 


No longer is it necessary to wade through a lengthy report when 
you only need a single page. Or line. Or number. In fact, if you 


3. CDLOAD (SVC 65) 

— used to load phases into the 

partition getvis area 
4. ALLOCATE (SVC 83) 

— used to allocate or reallocate 

partition sizes 
5. SETLIMIT (SVC 84) 

— used to change partition sizes. 
This SVC is used by job control 
to apportion the partition and 
getvis allocations from a 
command or size card. 

The supervisor area also consists of four 
separate transient areas for various areas 
of processing including the Logical Tran- 
sient Area (LTA) for all $$B transients, 
the Physical Transient Area (PTA) for all 
$$A transients, the Recovery Transient 
Area (RTA) for all $$R transients and the 
CRT transient area for all $$BOCRT tran- 
sients. These areas are in function, single 
threaded areas where various supervisor 
routines are loaded as needed. If one of 
the areas is occupied and another task 
needs to invoke a routine in that area, 
the supervisor will suspend that task until 
the area is freed. Both the CRT transient 
area, as the execution location for the 
SYSLOG routines, and the LTA, as the 
execution location for several system 
modules including some OPEN and 


CLOSE routines, have created through- 


VSE 


put bottlenecks for years. 

The first byte following the supervisor 
area is pointed to by the System Com- 
munications Region (SYSCOM) + XE’8’ 
or label IJBSSBEG using the SYSCOM 


ve 


i 


DSECT. This area begins the SDAIDS 
debugging tool reserved area. The size of 
this area is variable and is adjusted by the 
IPL command SDSIZE. At SYSCOM 
+X’20’ or label IJBPPBEG using the 


Automatic Data Compression for VSE 


e Saves VSAM space by 50% or more 

e Supports KSDS, ESDS and Managed-SAM 
Easy to use—no JCL changes, no program changes 
Reduces DASD 1|/O activity; Improves system performance 
Improves online response times; Speeds tape backups 
Analysis Utility forecasts actual space savings 


Call now for your FREE copy of the Compression Analysis 
program that will show how much disk space your installation 


Can save by using VSAM-LITE. 


CALL... 
Toll Free: 
in Conn: 


(800) 243-9542 
(203) 792-5100 


Universal 
Software: 


Brookfield Office Park 
Brookfield, CT 06804 
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don't really need the hard copy report in your hands, you can 
view all or part of the report on any attached CICS terminal. 

In addition, the same report can be viewed by multiple viewers 
on multiple screens. You can even split the screen horizontally 
or vertically for checking compiler listings or debugging. 

But DTA/PRINT goes further than this. By greatly reducing 
the amount of paper you'll generate, DTA/PRINT lets you help 
conserve one of our most beautiful resources—Trees. All while 
saving your company more money in paper supplies, storage 
and trash pick-up. And wouldn't you rather look at a tree 
than a sea of paper? 


To get a closer view of the many benefits of DTA/PRINT, or 
for a free 30-day evaluation, call toll-free 1-800-521-6773 or in 
Minnesota call 612-591-6100. 


® 
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Software Products Group 
550 Waterford Park 
505 N. Highway 169 
Minneapolis, MN 55441 


DTA Software... More 
efficient in every detail. 


Partition Save Area 


<= PIBPBEG 
<=PIBPBEG 


+X'78 


DSECT, the beginning of the problem 
program area can be found. 


My Program Is A Problem? 


Newcomers to the System/370 envi- 
ronment may struggle at first with the de- 
scription of the problem program area. No, 
it truly does not indicate a predefined 
area in the system for you to run your 
programs with problems. The concept 
is one of problem program versus sys- 
tem program and is controlled by bit 


| 
CALLING ALL DYNAM" USERS: [Gago 
e This bit controls, for example, whether 


Time to renew your or not a program may execute privil- 


eged instructions. 


dataset management software lease? The problem program areas begin with 
the BG partition and continue with the 
Is your software vendor announcing an enormous variable number of partitions as specified 
maintenance cost increase? Don’t pay it. in the system. Each area has the identical 
layout as shown in Figure |. The size of 
Tower Systems offers your best alternative—EPIC/VSE: each of the areas, however, will be deter- 


—the newest tape and disk management technology mined by the ALLOC statements pro- 


eueue vided during IPL. The beginning of a par- 
—the most capabilities tition’s area can be found using several 


—the least System resource requirements techniques, for example, by locating its 
—and the best value. PIB plus X’04’ or label PIBPBEG using 


the MAPPIB DSECT. Job control initial- 


That’s our deal. And with built-in izes each partition into three separate 
DYNAM conversion capability, you can install areas. The first X’78’ bytes of the prob- 


EPIC/VSE immediately—hassle-free lem area are reserved for the partition’s 


Call installati save area where PSW and register infor- 
all now to arrange your installation. Aenean + occene: 


ing (see Figure 2). A common technique 


A  _ 


2 = to simplify dump analysis with a program 
Call toll-free TOWER is to explicitly start the program X’78’ 
(800) 854-7551 bytes ahead using the START X’78" As- 
SYSTEMS sembler control command. This will cause 
In California INTERNATIONAL the Assembler generated location counters 
= to align themselves with actual partition 

(714) 650-4900 2220 Fairview Road ian 4 
Costa Mesa, California 92627 Unless a load address is specified dur- 


ing link-edit, a program is loaded into 
partition storage starting at PIBPBEG 


DYNAM is a registered trademark of Computer Associates International, Inc. 
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SMAXPFIX Partition: PFIX limit in pages 
System: SVA PFIX limit in pages 
Partition: PFIX count in pages 
System: SVA PFIX count in pages 
Partition: Save area address 
System: Reserved 

Partition: Getvis area flags 

x'80' : Setlimit given indicator 


SMPFIX 


SMPSAVE 


SMVFLAG 


SMVGVIS Partition: Getvis area address 
SMSGVIS System: Getvis area address 
SMVPBEG Virtual partition begin address 
SMSVABEG SVA begin address 

SMVPEND Virtual partition end address + 1 
SMSVAEND SVA end address + 1 
SMRPBEG Real begin address 


SMRPEND Real end address +1 


SMCB Address Table: 


* KO 
Address Address Address Address 
of SVA of BG of Fn-1 of F1 
SMCB SMCB SMCB SMCB 
* OK OK 
0 4 8 12 4*n 


n = Number of partitions or NPART 


The pointer to the SMCB address table is found in SYSCOM + X'DC: 


+X°78’. The beginning of the partition 
getvis area is determined using several 
methods. For example, if an explicit 
SIZE = nK parameter is specified on a JCL 
EXEC card, the problem program area is 
allocated based on the value of ‘‘n’’ (pro- 
vided that the minimum amount of getvis 
space, 48K, remains after allocation). This 
causes an invocation of SVC 84 or SE- 
TLIMIT as discussed earlier. Various other 
SIZE = parameters (for example AUTO or 
phasename) can have different effects on 
the allocation. If no SIZE card is specified 
at execution time, the size of getvis de- 
faults to the SIZE= parameter provided 
at IPL or any subsequent attention routine 
SIZE= command. A SIZE= parameter 
on an EXEC JCL statement only tem- 
porarily alters the partition’s storage 
layout; the default values are reset at 
end of job. 

At the heart of partition storage man- 
agement is a control block appropriately 
called the Storage Management Control 
Block (SMCB) (see Figure 3). The SMCB 
contains several important pointers such 
as the pointer to the save area at label 
SMPSAVE and the pointer to the partition 


EXECUTION SCHEDULING PROCESSOR™ 


THE HIGHEST 


ESP — the advanced MVS workload management system with 
a unique combination of flexibility and ease of use. Any 


scheduler handles simple needs, but only ESP allows you to 


STANDARD IN 
SCHEDULING 


CYBERMATION INC. 
16 ESNA PARK DRIVE 
MARKHAM, ONTARIO 
L3R 5X1 

(416) 479-4611 


Systems Excellence 
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handle unusual or complicated situations easily. Why compromise 
or wait, when you can implement superlative ESP functions 
now to fit your requirements? Increase efficiency in your data 
center and reduce costs with ESP, no matter how simple or 
complex your scheduling needs. Problems will disappear when 
you settle for the best - and there's nothing better than ESP. 
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VSE 


or system getvis area. The SMCB is phys- 
ically a part of the Partition Control Block 
(PCB) beginning at + X°50’; however, a 
partition’s SMCB can be directly ad- 
dressed by using the SMCB address table 
as illustrated in Figure 3. The address ta- 
ble contains the four-byte address of a 
partition’s SMCB in PIK sequence. 


Anchors Away... 


The getvis anchor table is used to man- 


age the dynamic requests for storage 
within the partition. The pointer to the 
anchor table can be found by using the 
partition’s communication region (COM- 
REG) + X’C8’ or label IIBGVCTL using 
the MAPCOMR DSECT. In VSE/SP 2.1, 
getvis is organized using a concept called 
subpools. When issuing a GETVIS macro, 
it is advisable to specify a subpool ID as 
an operand for different classes of stor- 
age. Each subpool is organized into a 4K 


SYSTEMS SOFTWARE 


$495 - $1,295 
FREE TRIAL - OVER 8,000 SOLD 


CICS ONLINE SORTING 


CICS/QSORT - Don’t make your users wait for the next batch cycle to get data sorted. Sort 
records online and display them on their terminal or print them on a CICS printer. CICS/QSORT 


sorts a Temporary Storage Queue in ascending or descending sequence. QSORT sorts a Temp 
Storage Queue by up to 10 fields. Queue records may be up to 999 bytes, and you may sort queues 
of up to several thousand items without hurting response time for other transactions. You simply 


build the Temp Storage Queue, link to our Sort program, then read the sorted queue back into your 
program. (QSORT has an introductory price of $495) 


CROSS REFERENCE LISTS FOR COBOL PROGRAMS 


COBOL GLOSSARY -Makes maintenance and trouble shooting easier, helps in conversion. 
It uses your COBOL program libraries as input and produces systemwide cross-reference lists for 
data name, file name, COPY booksand more. Up tonine optional reports are listed. One whill show 
every program which uses each data element - similar to a data dictionary. Produces excellent 
documentation. Included is a SCAN feature which allows the user to look for a specified character 
string. Reads ICCF, SPM, SSERV output, ADR Librarian, IEBPTPCH output, or any sequential 
file. (Purchase for $495 or annual lease for $195) 


EDIT/COPY/DEFINE VSAM FILES from TSO/ISPF 


ISPF/VSAM UTILITY - Provides on-line access (through ISPF) to most often used VSAM 


functions that would normally be done with IDCAMS batch processing. It was designed primarily 
for applications and systems programmers. ISPF/VSAM UTILITY allows allocation of VSAM files 
including alternate indexes and paths. You can EDIT, DELETE, COPY, RENAME, BROWSE, 
and INQUIRE on VSAM datasets without programming or writing JCL. Test files can be created 
quickly without having to run batch jobs. Edit Non-VSAM files with record lengths greater than 255 
bytes. ISPF/VSAM UTILITY runs on MVS and executes as a panel driven dialog under ISPF. 


($1,295 for purchase or annual lease for $495) 


MONITOR CICS TRANSACTION RESPONSE TIMES 


CICS RESPONSE TIME MONITOR - Distinguish problems by transaction, operator, 
terminal, time of day, and length of response. Specify exception criteria and be notified automati- 
cally when these exceptions occur. Change selection criteria on line for immediate feedback. Batch 
reporting is included with options to sort reports by terminal, transaction, operator, or response 
time. It is menu and PF key driven. Extensive help screens are included. Runs on CICS for both 
MVS and DOS. (Purchase price is $695 and annual lease price is $295) 


Over 30 other products to choose from for CICS and BATCH 


MACKINNEY SYSTEMS 


2740 South Glenstone, Suite 103 


Springfield, MO 65804 (417) 882-8012 
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block and each request has the potential 
to occupy a particular subpool. It is pos- 
sible to experience an actual ‘‘no avail- 
able getvis’’ condition when, for exam- 
ple, several of the subpools are currently 
occupied by subpool ‘*A’’ and *‘A’’ has 
8K available but *‘B”’ issues a request 
and there are no available subpools. This 
circumstance is curious without revealing 
this design because it will appear to the 
user that the partition has adequate getvis 
allocated yet it cannot be obtained. 

The various subpools are managed in 
the anchor table and there are several 
valuable pointers in the control block in- 
cluding label GTVSHIGH at + X°428’. 
This value shows the getvis high-water 
mark which indicates the largest demand 
for getvis during the execution in this par- 
tition and can be extremely valuable when 
tuning storage requests especially with 
VTAM or CICS. This field is displayed, 
for example, when issuing the undocu- 
mented AR GETVIS Fn command on 
VSE/SP 2.1.6 and later. 


The System’s Managed Storage 


The SMCB address table’s first entry 
contains the pointer to the VSE system’s 
SMCB or SVA entry. This entry points to 
the beginning address of the SVA at 
+X’0C’ or label SMSVABEG when us- 
ing the SMCB DSECT and to the begin- 
ning of the system getvis area at + X’08’ 
or label SMSGVIS. 

The SVA is divided into three areas: the 
system directory list or SDL, the shared 
phase library and the system getvis area. 

At the beginning of the SVA there is a 
map containing the pointers to each of 
these areas and the SDL immediately fol- 
lows this map. The SDL contains copies 
of 72-byte core image library directory 
entries and is used for three performance- 
related functions. 

For SVA resident phases, that is, phases 
that are actually loaded into the shared 
phase library at IPL time or subsequently, 
the SDL entry is used to point to the phase 
in the SVA to execute when a problem 
program requests the phase. The advan- 
tage is that the phase actually executes 
within the SVA and can be used by mul- 
tiple tasks without causing a load of the 
phase into the requestor’s partition. By 
definition, these phases must be reentrant 
and must be link-edited as SVA eligible. 
These phases are loaded using the 
$XXXSVA,SVA statement in the SET 
SDL IPL procedure. 

See VSE page 92 
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ince its introduction in 
S 1984, Computer Aided 

Software (or systems) 
Engineering (CASE) has been 
touted as the newest silver 
bullet to data processing 
problems. Because of this 
marketing hoopla, some in- 
dustry commentators question 
whether CASE has lived up to 
its promises. Does this mean 
that CASE is a disappointment 
or are the expectations so great 


that no technology this early (ASE 


in its evolution can live up 
ee echnolo 
For a long time DP manage- 
ment has been seeking a way 
to reduce application develop- 
ment backlogs, decrease the n 
amount of time spent on main- * ry 
taining existing applications 
and more efficiently solve mis- ransl 10n 
sion critical business problems 
through Information Systems 
(IS) technology. By Pete B. Privateer 

In An Information System 
Manifesto, James Martin writes 
that computers can and should 
be used to ‘‘automate auto- 


mation.’’ CASE is not the first “The MsAGe, SOUr'CE of 


new concept introduced to ful- : 


fill that challenge. Many tech- power 1S not IMOnNeY WN 


nologies which existed before 
the introduction of CASE have 
been inaugurated with much the hands of the few, 
fanfare only to have expecta- 


tions subsequently lowered. but information nN the 
When teleprocessing was first es 
announced in the mid-60s, 

database in the late 1960s, hands of the MANLY. 
relational database in the late E 
1970s and SQL in the early John Naisbett 


1980s, there was an_ initial Whionlee 
euphoria soon followed by a g nds 


backlash of pessimism. 
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However, after the early market gloom, 
users settled down to figure out how they 
could exploit these technologies. In the 
meantime, galvanized by user skepticism, 
vendors modified their products in re- 
sponse to market demands. The natural 
dynamics of the marketplace, as always, 
helped the vendors take what has been 
learned during the first generation of 
experimentation and apply this to the next 
generation’s products. Therefore, in the 
second and third generation of a new 
technology, greatly enhanced usefulness 
and return on investment are seen. 

In evidence of this, the second and third 
incarnations of teleprocessing, database 
and relational technology have all de- 
veloped into well-established concepts. 
Although each one suffered early suspi- 
cion and setbacks, they now are vital to 
modern IS departments. It would be hard 
to conceive of an enterprise running its 
business without on-line transaction proc- 
essing and modern database management 
systems. In fact, these tools are virtually 
taken for granted. 

Consider one of the recent new tech- 
nologies; SQL-based Database Manage- 
ment Systems (DBMSes). SQL technol- 
ogy for the IBM mainframe environment 
first made its debut in the early 1980s with 
SQL/DS and, more recently, DB2. Few, 
if any, shops took it seriously then and it 
was several years before there were sig- 
nificant SQL-based applications up and 
running. Today few experts doubt that 
SQL will be the standard database lan- 
guage well into the next century. 

However, did the first generation SQL 
products immediately dominate the mar- 
ket? Were you able to immediately quan- 
tify the productivity improvements that 
SQL provided? Did early benchmarks 
demonstrate the superiority of SQL over 
other technologies? Hardly! 

SQL has become a pre-eminent force 
and it is an elegant enabling technology 
because it holds clear promise for the 
future. It is by no means a finished prod- 
uct but both vendors and users have passed 
through most of the first generation learn- 
ing curve. 

You can apply the same paradigm to 
CASE. Since the first PC-based CASE 
tools became available in 1984, CASE 
technology has been in the experimenta- 
tion stage. After five years of investiga- 
tion, CASE technology is moving into the 
next generation. What hope does the IS 
community see in CASE that will sustain 
this transition? 

As technology in general (aerospace, 
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hardware, manufacturing, communica- 
tions and so on) becomes more complex 
and intricate, the underlying software sys- 
tems become increasingly complicated. 
More is demanded of software applica- 
tions today than in the past. The software 
that carries the space shuttle into low earth 
orbit requires 30 times as much code as 
the computer programs that took men to 
the moon and back. 

Companies are no longer content with 
simple accounting packages that maintain 
the general ledger. A modern enterprise 
today requires shared, integrated infor- 
mation systems that handle complex mis- 
sion-critical functions. These include ap- 
plications like on-line reservation sys- 
tems which will soon handle all your travel 
reservation needs from airlines, to rental 
cars, to hotels, to the tee time at your 
favorite golf course. Or they might include 
integrated banking applications that can 
manage all your accounts and give you 
on-line access to your investments 24 
hours-a-day, seven days-a-week. Last, 
they might include computer integrated 
manufacturing applications that drive 
numerically controlled machines on the 
shop floor from CAD/CAE workstations. 

While these kinds of technological 
solutions to practical business problems 
and opportunities are sought after by 
executive management, most IS depart- 
ments today are still dealing with redun- 
dant, chaotic databases and application 
software made up of spaghetti-like pro- 
grams. When management wants to intro- 
duce new products or methods or use 
information resources to a competitive 
advantage, it becomes bogged down in 
the quagmire of old, antiquated systems. 

The need for more and better software 
is further accelerated by the quantum 
increase in the availability of fast, cheap 
computing power afforded by chip tech- 
nology. It is estimated that by 1992, 
desk top and mainframe MIPs will be 
equivalent. 

In short, without a radical new approach 
to software design and construction, 
application development cannot keep pace 
with the dynamic, constantly changing 
needs of the business. As the Wall Street 
Journal quipped a couple of years ago, 
*‘Oil and software are the two principal 
obstacles to economic progress.” 

Trying to meet the demands of modern 
software development without automated 
support would be like trying to design the 
next generation’s microchips with pencils 
and sliderules. No one contemplates 
designing buildings, computers or mod- 


ern aircraft without Computer Aided 
Design and Computer Aided Engineering 
(CAD/CAE) tools. Designing the inter- 
locking computer applications of a mod- 
ern enterprise is no less of an engineering 
challenge. 

Despite these valid, if not somewhat 
emotional arguments for CASE technol- 
ogy, recent studies have shown that less 
than seven percent of IS professionals are 
using automated tools to design and build 
applications. If you believe that CASE 
tools are in transition from the experi- 
mental stage to the really practical level, 
why is there still some reluctance to fully 
embrace CASE technology? 

There are five important factors that I 
believe have limited the acceptance of 
CASE so far. Hopefully, the second gen- 
eration of CASE technology will address 
these factors and therefore accelerate - 
acceptance. 


The Need For 
Integrated Solutions 


Most of the CASE tools available until 
recently have been first-generation imple- 
mentations of CASE technology. These 
tools focused only on automating discrete 
phases of the application development life 
cycle. Those addressing the front end of 
the life cycle (sometimes called upper 
CASE) usually seek to automate some 
portions of the structured analysis and 
design techniques developed in the 70s. 
Since these techniques were conceived 
long before automated tools, the first-gen- 
eration front-end CASE products often 
automate outdated manual techniques. 

First-generation back-end CASE tools 
(sometimes called lower CASE) concen- 
trate on automating the code construction 
phase. These included such products as 
code generators or 4GLs. They are capa- 
ble of speeding up the coding process but 
because they are limited only to the cod- 
ing aspects of the application develop- 
ment process, they have no way of 
ensuring that the code being built will sat- 
isfy the end-user’s requirements. 

While organizations may achieve some 
incremental benefit by using this first- 
generation technology, the real payoff for 
application developers will come when 
they adopt the next generation of CASE 
tools. Just as the early attempts to exploit 
relational technology achieved limited 
success compared to the current imple- 
mentations, the early CASE strategies will 
be superseded by new, integrated, full life- 
cycle tools. 
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You are beginning to see this happen 
already. Recent surveys have shown that 
the fastest growing CASE vendors are 
those offering second-generation technol- 
ogy. This survey also indicated that while 
first-generation CASE products currently 
dominate the market, the users of those 
products are looking toward the next gen- 
eration’s integrated products twice as often 
as the older technology. 

These second-generation vendors are 
focusing on integrated solutions that auto- 
mate not just the phases of application 
development but also the transition 
between phases. These tools truly inte- 
grate the front end of the life cycle 
with the back end. Some generate com- 
plete COBOL applications from pictures! 
In addition, these products are founded 
on third- and fourth-generation develop- 
ment techniques that have been specif- 
ically designed to take advantage of auto- 
mated tools. 

One common characteristic of these 
second-generation products is an inte- 
grated central data store or repository. 
They define integration as a common, 
shared database. Information about the 
enterprise, business requirements and 
design specifications are stored uniquely 
and non-redundantly in this database and 
accessed by all life-cycle tools. This is 
fundamentally different from the first- 
generation concept of a dictionary. 

The first-generation CASE tools are 
now experiencing the demand for full 
life-cycle functionality. Unfortunately, the 
architecture of these early products was 
not designed to support the integration of 
all phases of development. Therefore, they 
attempt to meet this demand by building 
interfaces to other products (that is, back- 
end code generation from front-end tools). 

These interfaces allow one tool to pass 
information collected during the initial 
phases of the life cycle, to tools on the 
back end of the life cycle. However, the 
problem with interfaces is that informa- 
tion must be maintained in at least two 
separate places and, therefore, quickly 
becomes corrupted. In contrast, second- 
generation products allow multiple tools 
that address each phase of the develop- 
ment life cycle to share information 
through a common database. 

Industry leader IBM’s vision of an 
application development environment 
mirrors this integration scheme. At the 
CASExpo conference last May, IBM indi- 
cated that a central repository for all 
business requirements and application def- 
initions was crucial to its Systems Appli- 
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cation Architecture (SAA) strategy. IBM 
also indicated that data sharing is how it 
expected to achieve CASE tool integra- 
tion. Application developers that want to 
prepare for the new world would be well 
advised to become familiar with second- 
generation CASE technology. 


The Need To Get 
Real Work Done 


Another problem with the way CASE 
was initially implemented is that most 
front-end products are rarely used to do 
real application development. Instead, 
they have been used primarily for docu- 
mentation purposes. A survey of the usage 
patterns of one commonly used CASE tool 
indicated that the most frequently used 
feature of the product was the presenta- 
tion graphics function. 

Clearly one benefit of using CASE 
products is better communication; how- 
ever, IS management is usually not con- 
vinced that real work is going on until 
they see application source code being 
produced. I might also add that using a 
CASE tool to simply produce presen- 
tation graphics is like using a hydraulic 


press to crack walnuts — it probably will 
work, but it is an inefficient use of the 
instrument. 

Even when the requirements for an 
application are documented in these CASE 
tools, the programmers are still free to 
ignore the specifications and code it any 
way they see fit. In fact, there is little of 
the documentation that can be directly 
used by the programmer, so there is not 
much incentive to use it. 

Efficiency can be lost when informa- 
tion is handed off between phases of the 
development process. Even when inter- 
faces are used to give the programmers 
some start on their application construc- 
tion, so much manual work has to be done 
on the back end that the benefits of front 
automation and design engineering are 
eroded. You cannot take those pretty 
little pictures, wrap them around the tape 
drive and make the blue box in the glass 
house run. 

The good news is that IS professionals 
are beginning to make use of more 
advanced CASE technology to build real 
applications. A recent survey was con- 
ducted by the Barton Group of some 3,000 
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CASE users. In the preliminary results, a 
substantial percentage reported significant 
improvements in the quality of their busi- 
ness applications due to CASE. However, 
this group tended to be the more experi- 
enced CASE users who are building their 
applications on common designs and inte- 
grated data. They are actively using CASE 
tools to design and build applications, 
rather than just document them. 


The Need For New 
Development Techniques 


Some users’ attempts to implement 
CASE have focused on the tools by them- 
selves. Minimal emphasis has been given 
to the methodologies and techniques 
behind the tools. All CASE software, 
(artificially intelligent or not!) is pretty 
stupid. It just sits there and looks at you 
until you enter something into it. Know- 
ing how to push the right button is not 
the problem. You must know what ques- 
tions to ask before you can represent the 
answers in a CASE tool. 

CASE tools may change the way we 
communicate but they do not automate 
human interaction. Nor are they a substi- 
tute for experience and knowledge. Just 
as CAD/CAE must rely on the disciplines 
of engineering, mathematics and physics, 
CASE must also be combined with a 
set of engineering disciplines which are 
fashioned to work with the new auto- 
mated tools. 

Many IS shops do not have an estab- 
lished set of principles, methods, stand- 
ards and techniques which are consistently 
enforced. Unfortunately, too many in- 
dustry experts and consultants today 
recommend that IS organizations adopt 
a manual methodology first before they 
consider implementing a CASE tool. 
They are missing the important opportu- 
nity that CASE presents to help IS estab- 
lish consistent development standards and 
procedures. 

In reality, most IS shops modify their 
methodologies and development tech- 
niques to fit their design and development 
aids. In turn, most CASE tools are influ- 
enced by methodologies and development 
techniques. Pick any manual methodol- 
ogy and I will guarantee you that you 
cannot find a CASE tool that exactly 
implements it. Therefore, organizations 
often put a double barrier in front of 
themselves — first, adaptation to a new 
development approach, then, if they adopt 
a CASE product, adaptation of that devel- 
opment approach to the tool. 

Would it make more sense to adopt both 


CASE In Transition 


new technologies at the same time? Why 
not choose a development approach 
designed to work synergistically with 
automated tools and integrate both into 
your development environment. Many 
advanced CASE users have found that 
CASE tools actually help them learn new 
development techniques. There is also no 
better way to ensure that the new guide- 
lines you have adopted are followed than 
by giving your IS professionals the tools 
that automate those guidelines. 


The Need To Focus On 
Quality Not Quantity 


Many companies have said they will 
adopt CASE tools only when they can cost 
justify the expenditures for the technol- 
ogy. Therefore, much of the initial atten- 
tion IS organizations place on implement- 
ing CASE systems has centered around 
application developer productivity. To 
these companies, productivity simply 
means building an application faster, 
cheaper and with fewer resources. This 
view hides the real benefit of CASE — 
the increased quality of the applications 
being developed. Unfortunately, quality 
is hard to measure. 

Then how do we convince the skeptics 
that CASE will provide a return on their 
investment? Take a closer look at produc- 
tivity. Most experts agree that productiv- 
ity has two different aspects: efficiency 
and effectiveness. 

Efficiency 

Efficiency has to do with completing a 
task in less time and with fewer resources. 
Effectiveness is concerned with the qual- 
ity and applicability of the completed task. 
In other words, productivity is not just 
doing the job faster; it is doing the right 
job faster and doing the job correctly the 
first time. Where is the productivity if I 
can perform the job in one-fourth the time, 
however, in order to get it right I have to 
do it five times? 

Efficiency is easily measured. You 
merely have to perform the job once 
measuring the length of time it takes to 
complete the job and then perform the 
same job again, using the productivity aid 
being evaluated and comparing the two 
completion times (this, of course, assumes 
the resources are kept constant). 

Effectiveness 

Effectiveness is much harder to meas- 
ure. Quality is often a subjective judg- 
ment and, therefore, difficult to quan- 
tify. However, it can be argued that effec- 
tiveness is by far the most important 


criteria in determining the ultimate worth 
of a productivity aid to the organiza- 
tion. A productivity aid that does not do 
what it was intended to do is worse than 
worthless. 

In software development, quality is 
usually based on how well the developed 
application meets the end user’s needs 
(assuming the user knows what his needs 
are). This would be a reasonable measure 
of quality except that the end user’s needs 
are rarely static. 

It is a fact of life in software develop- 
ment that a program will require modifi- 
cation once it is put into production. 
Therefore, a software program is effec- 
tive if the application satisfies a current 
need and if it easily adapts to the chang- 
ing needs of the business. Put another way, 
productivity in software development 
should not be measured over the time it 
takes to develop the application but over 
the entire life span of the application. 

What does all this have to do with 
CASE? If you apply the above criteria for 
measuring productivity to application 
development using CASE, you can come 
to some conclusions that may help the 
skeptics cost justify CASE technology. 

There is little question that CASE can 
increase the efficiency of application 
development staffs. Many CASE users 
who have been doing formal requirements 
analysis, systems and database design, 
prototyping and so on by manual means 
have reported improvements of between 
60 and 150 percent when using CASE. 

The real savings, however, come from 
CASE’s contribution to the effectiveness 
of the application development staff. Some 
of the benefits of CASE are: 


¢ A better understanding of the end- 
user’s needs 


¢ A higher quality application 
¢ A shared data and reusable code 
environment 


¢ Projects delivered on time and 
within budget 


* Lower ongoing support needs 


* Code that is consistent with what 
the end user wanted 


* Flexible applications that can 
incorporate new business needs 


* Better communication 
¢ Clear definition of what is important 


¢ Clear and consistent definition of the 
problem 


* Automatic generation of complete 
applications from specifications 
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* Documentation that is consistent 

with the code. 

It is, of course, hard to assign dollar 
values to these benefits. However, con- 
sider the American automotive industry 
in the mid-70s. Early in that decade it 
began losing market share to the Japa- 
nese. The reason was that the Japanese 
made higher quality products. 

In order to stem the tide, American 
automotive manufacturers decided that 
drastic steps were in order. No longer 
could they get away with shoddy work- 
manship and the ‘‘we’ll fix it later’’ syn- 
drome. In the mid-70s, the automotive 
industry made a substantial investment and 
commitment to improving the quality of 
its products. 

Investments were made in innovative 
tools such as statistical quality control, 
robotics, high-tech materials and new 
management practices. Yet I am sure if 
the manufacturers had tried to cost jus- 
tify each of these tools, they would have 
found it to be just as hard as cost jus- 
tifying CASE. 

Now in the late 1980s with these new 
technologies having become institution- 
alized, you can look back and ask, “‘What 
is the automotive industries’ return on 
investment?’ Well, for one thing it is still 
in business which for some was question- 
able 10 years ago. In addition, Ford Motor 
Company has recorded two of its most 
profitable years in its history. Was this 
due to Ford’s stand on quality? I am not 
sure that will ever be known for certain. 
One thing is sure, Ford is not backing off 
its commitment to effectiveness. 


The Need To Leverage 
The Current Investment 
In Existing Applications 


One of the major inhibitors to CASE 
implementation has been the notion that 
CASE technology is only applicable to 
new development. Recent studies have 
shown that nearly 80 percent of the sys- 
tems development dollar is spent on 
keeping the existing patchwork quilt 
of applications up and running. How 
does CASE technology help with exist- 
ing systems? 

Most of the first-generation CASE 
products do little to help reengineer the 
400 person years of applications most 
shops have in production. Yet, if you truly 
expect to be able to get a handle on your 
information resources, you must find tools 
that will allow you to migrate your exist- 
ing applications into a CASE develop- 
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ment environment. Fortunately, some of 
the second-generation CASE offerings are 
addressing this critical need. 

It is important to keep reengineering 
(or reverse engineering) in perspective. It 
would take a clever piece of software to 
reengineer applications that were poorly 
engineered to begin with. Consider a typ- 
ical product code: ABX9009Q77789RSV. 
The first three characters tell you what the 
next four digits mean, the eight character 
defines a product type and the last three 
characters present the product’s status. It 
would take a lot of Artificial Intelligence 
(AI) to figure out the data model for just 
this one data element and the real world 
is full of examples like this. 

The best current technologies allow 
developers to reuse and enhance existing 
data definitions and program structures by 
loading them into CASE tools where they 
can be managed. If the application devel- 
oper wishes to map them into an imple- 
mentation independent model (such as an 
Entity Relationship model), these second- 
generation tools often provide automated 
support for that capability. 

Obviously, reengineering cannot be 
undertaken without a considerable amount 
of human assistance. However, it Is 
important for organizations to realize that 
implementing a CASE strategy does not 
mean abandoning their existing invest- 
ment in business applications. Today’s 
truly effective CASE technologies can use 
that investment as a starting point. 


Summary 


These are just a few of the factors 
organizations must consider now that 
CASE is in transition from a first-gener- 
ation to a second-generation technology. 
To be successful with CASE, IS organi- 
zations cannot limit its scope. CASE must 
address the entire application develop- 
ment process from understanding the 
mission of the enterprise to understand- 
ing what business problems need to be 
solved, to formulating project plans, to 
understanding business requirements, to 
designing technology solutions to those 
requirements, constructing the designs and 
testing and implementing those designs. 

According to the Barton Group project, 
organizations that have used CASE tools 
for three-plus years, completed at least 
four CASE developed projects and 
adopted engineering disciplines were the 
ones that reaped the most substantial 
rewards from CASE. I suspect that if you 
conducted a survey of relational database 


users during the transition from first- to 
second-generation technology, you would 
have seen similar results. 

One of the choices that executive man- 
agement faces is whether to start the 
learning curve now, today or to wait until 
CASE is perfected. In An Information 
Systems Manifesto, James Martin rec- 
ommends that the stewards of the corpo- 
ration ask the following question: Who 
could take my business away from me by 
using technology more agressively and in 
new directions? Those organizations that 
wait for CASE to evolve will find them- 
selves far behind their competitors. 

Like all successful managers, IS man- 
agement must make a commitment to spe- 
cific objectives in the performance of its 
charter. Data processing is arguably in the 
same boat as the automotive industry in 
the early ’70s. The demand for more and 
more sophisticated software is rising far 
beyond the current capabilities of IS 
development to keep up with it. World 
competition requires that corporations use 
their information resources as a strategic 
weapon. 

If management is content with its cur- 
rent development practices and technol- 
ogies, then perhaps CASE has little value 
and is not worth the cost. However, if 
today’s progressive corporations want to 
make a commitment to new and better 
ways of developing computer solutions to 
mission critical business problems, then 
they will have to embrace a strategy like 
the automotive industry’s. They will need 
to make a commitment to application 
development quality and the tools and 
techniques that make that possible. If IS 
management makes that commitment, the 
costs of implementing CASE technology 
will be trivial compared to the results that 
can be achieved with it. = 
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n this article, you will learn a pow- 

erful subset of XEDIT commands. 

With the commands in this subset, you 
will be able to do a large portion of your 
editing work. 

In order to use XEDIT effectively, you 
must know the material this article pre- 
sents. As a result, I encourage you to read 
it carefully and if a VM terminal is avail- 
able to you, practice as you read. Take 
all the time you need to master the 
XEDIT commands presented here. 

The material is divided into eight parts 
that teach you how to: (1) use XEDIT’s 
default PF key assignments, (2) use com- 
mon prefix commands, (3) use XEDIT’s 
vertical scrolling commands, (4) work in 
input mode, (5) save your work, (6) end 
an editing session, (7) use the on-line help 
facility and (8) use three XEDIT short cut 
commands. Because each section builds 
on the information the preceding ones have 
presented, I suggest you read the sections 
in order. 


How To Use The Basic XEDIT 
PF Key Assignments 


Terminals in the 3270 family, the kind 
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you are most likely to work at as an 
XEDIT user, have a set of keys that 
can be associated with commonly used 
commands to make terminal work easier. 
Those keys are called program function 
keys or PF keys for short. By default, some 
common XEDIT commands are associ- 
ated with function keys one through 12. 
(if your 3270-family terminal has 24 
function keys, the default assignments 
for PF13 through PF24 duplicate the 
functions of PF1 through PF12. For 
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XEDIT 


ommands 


example, PF2 and PF14 perform the same 
function.) 

Figure | lists the default PF key as- 
signments and briefly describes the func- 
tion of each. Frankly, a few of the default 
PF key assignments are for obscure func- 
tions. As a result, you are likely to want 
to change them to perform functions you 
use more often. 

However, three of the default PF key 
assignments are for functions you will use 
often; they are the ones shaded in Figure 


| 


Moves the cursor back and forth between its position in the file area and the command line. 


PF keys Function 
PF1/PF13 Displays a help menu 
PF2/PF14 Adds a single blank line immediately after the line that contains the cursor 
PF3/PF15 Ends XEDIT if no editing changes have been made. 
PF4/PF16 Moves the cursor ahead to the next XEDIT tab stop 
PF5/PF17 Used to issue a previously entered command to find or modify text selectively 
PF6/PF18 Redisplays the last command entered. 
PF7/PF19 Scrolls the display backward (upward) one screen. 
PF8/PF20 Scrolls the display forward (downward) one screen. 
PF9/PF21 Reexecutes the last command issued. (This is equivalent to pressing PF6 and enter.) 
PF10/PF22 Shifts the display left or right to let you view records that are wider than the display 
PF11/PF23 Splits or joins two adjacent lines of text. 
PF12/PF24 

Default PF key functions 
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Managing 
DASD Performance 
Can Be a Pleasure Trip... 
t a Survival Course 


DASDMON will revolutionize the way you manage MVS 
DASD performance. 


Traditional DASD tuning techniques are being outpaced by 
faster CPUs and increasing user demands for more online 
data. Although cache controllers, data spaces and hiper- 
spaces will relieve some of the strain, they also create 
new complexities. Tuning DASD can feel like struggling 
through a survival course. 


DASDMON takes you away from it all 


DASDMON offers you system managed performance 
today. By cutting through the complexities of conventional 
tuning, managing DASD performance is more automatic 
and streamlined than ever before. Once you've set 
response time objectives, just sit back and... 


* DASDMON will identify problems by continually 
measuring individual I/O response times and comparing 
them to your objectives. 


¢ DASDMON will determine the cause of problems by 
gathering and analyzing data. No longer will you spend 
hours scanning reports. 


* DASDMON will present solutions to your problems in 
precise English, and simulate their effects to ensure that 


a new problem is not introduced. 


¢ DASDMON will select the best possible set of solutions 
so you can implement recommendations with confidence. 


And, if you have any questions or concerns along the way, 
our experienced technical support staff will be glad to 
guide you—24 hours a day. 


To maximize your system's overall performance, use 
DASDMON with our DASD Performance Optimizers. These 
products eliminate DASD I/Os, resulting in automatic 
response time reduction. 


For more details, call (800) 323-2600 or (412) 323-2600 in 
Pennsylvania. 


Performance and Optimization products from LEGENT. 
Enjoy the results. 


Mammiiiiiiii | 1 


LEGENT 


The company formed by the merger of 
Duquesne Systems and Morino. 


Two Allegheny Center 
Pittsburgh, PA 15212 


©1989 Duquesne Systems Inc 
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To scroll forward (down), you press the PF8 (or PF20) key 


LISTMAST COBOL A) F 80 TRUNC 72SIZE 236LINE OCOL 1ALT 0 


7" TOP OF FILE * ~ 

' ’ Pinch 3 
IDENTIFICATION DIVISION 
PROGRAM:ID —_LISTMAST 

ENVIRONMENT DIVISION 

INPUT-OUTPUT SECTION 

FILE-CONTROL 


XEDIT TRIE 


and the line that was at the bottom of the file area is shifted up to the top of 
the file area 


LISTMAST COBOL = At_-~F BO ~TRUNC 72SIZE 236KINE TBCOL 1 ALT 6 


FILE-CONTROL 
SELECT INVMAST ASSIGN TO SYS020-AS:INVMAST 
SELECT INVLIST ASSIGN TO SYSO06-UR-1403-S 
DATA DIVISION 
FILE SECTION 


FO INVMAST 
LABEL RECORDS ARE STANDARD 
2 3 


J 2 
RECORD CONTAINS 128 CHARACTERS 
01 INVENTORY-MASTER PIC i128) 
FO INVLIST 
LABEL RECORDS ARE OMITTED 
RECORD CONTAINS 132 CHARACTER 


01 PRINT-AREA PIG X1132) 


————— EE ——_—= XEDIT 1FILE | 


1. PF7 and PF8 are associated with com- 
mands you use to scroll the text forward 
and backward. PF3 is associated with a 
command you can use to leave XEDIT. 


How To Scroll Up and Down: 
PF7 and PF8 


Even though XEDIT’s full-screen fea- 
tures make editing much easier than with 
a line-oriented editor, most files contain 
more data than you can see on one screen. 
As a result, you need to be able to move 
forward and backward in a file (or, if you 
prefer, down and up) to find the parts you 
need to edit. This kind of movement 
through a file is called scrolling. 

To scroll foward in a file (downward), 
you press the PF7 (or PF19) key and to 
scroll backward in a file (upward), you 
press the PF8 (or PF20) key. To under- 
stand how this works, take a look at Fig- 
ure 2. From the screen in part | of the 
figure, I pressed the PF8 key to scroll 
forward (down). 

The result is in part 2 of the figure. As 
you can see, the line that was at the bot- 
tom of the screen in part | of the figure 
is at the top of the screen in part 2. The 
current line is now a different line, al- 
though the location of the current line is 
still in the middle of the screen. (Notice 
the LINE value in the file identification 
line is now 18 instead of 0.) Scrolling up 
with the PF7 keys works in the same way, 
except data is scrolled backwards toward 
the beginning of the file. 

The PF7 and PF8 keys are actually 
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associated with XEDIT commands that 
can be entered from the command line to 
scroll one screen up or down. They are 
the BACKWARD and FORWARD com- 
mands. I will describe them in a 
moment, along with other XEDIT com- 
mands you can use to perform other 
scrolling operations. 

By the way, as you scroll either with 
the PF keys or by issuing the scrolling 
commands, you will learn later in this ar- 
ticle that it is possible to wrap around 
from one end of the file to the other end. 
For example, if you are positioned at the 
end of your file and you scroll down, the 
top of the file becomes the current line. 
This can be confusing if you do not rec- 
ognize what is happening. However, after 
you are aware of this feature, you can use 
it to your advantage as you navigate 
through the files you edit. 


How To End XEDIT: PF3 


The other default PF key assignment 
you are likely to use right away is PF3. 
It lets you leave the editor and return to 
the CMS environment. PF3 is associated 
with the XEDIT QUIT command. QUIT 
causes the editor to end if changes made 
to the file have been saved. If changes 
have not been saved, PF3 will not let you 
leave the editor directly. Later in this ar- 
ticle, I will describe how to save your 
work and different ways to leave the ed- 
itor. For now, though, you should realize 
that PF3 provides a quick way back to 
CMS if you have not made any changes 
during your editing session or have al- 
ready saved the changes you made. 


How To Use Prefix Commands 


After the simple scrolling commands 
associated with PF keys, the XEDIT com- 
mands you are likely to depend on most 
heavily are prefix commands. Prefix com- 
mands let you perform basic operations 
like opening new lines to add text to a 
file, deleting lines and moving and copy- 
ing lines. You should recall that you enter 
prefix commands in the prefix areas of the 
lines you want them to affect. 

Figure 3 lists the XEDIT prefix com- 
mands you should learn right away. The 
basic prefix commands in Figure 3 fall 
into five groups: commands to (1) add 
lines, (2) delete lines, (3) duplicate lines, 
(4) copy or move lines and (5) set the 
current line pointer. 

Before I present the prefix commands 
for these functions, you should know that 
you can issue most of them in two ways. 
First, you can enter an individual prefix 
command and specify how many lines it 
should affect. Second, you can enter 
paired prefix commands to mark a block 
of text to be affected by the commands; 
when you use the prefix commands in this 
way, they are called block commands. It 
is often desirable to use block commands 
when you want to operate on a group of 
lines that spans more than one screen. 
Even if a group of lines fits entirely on 
one screen, you are less likely to make a 
mistake if you use block commands rather 
than an individual prefix command. That 
is because you do not have to count the 
number of lines to be processed when you 
use block commands. As I present the 


Add blank lines 
Aorl 

An, nA, 

In or nl 


Delete lines 
Delete the indicated line. 
Dn or nD 


Add one blank line at the indicated position. 
Add n blank lines at the indicated position. 


Delete n lines from the indicated position. 


DD 
Duplicate lines 


"norn’ 


"nm orn” 


Copy or move lines 
F 


Pp 

C 

Cn or nC 
cc 

M 

Mn or nM 
MM 


Marks the beginning and end of a group of lines to be deleted. 


Duplicate the indicated line one time. 

Duplicate the indicated line n times. 

Marks the beginning and end of a group of lines to be duplicated one time. 
Marks the beginning and end of a group of lines to be duplicated n times. 


Insert the copied or moved lines following the indicated line. 
Insert the copied or moved lines prior to the indicated line. 
Copy the indicated line. 

Copy n lines, beginning with the indicated line. 

Marks the beginning and end of a group of lines to be copied. 
Move the indicated line. 

Move n lines, beginning with the indicated line. 

Marks the beginning and end of a group of lines to be moved. 


Set the current line pointer 


/ 


Make the indicated line the current line. 


Basic XEDIT prefix commands 
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Announcing 3090 Central and Expanded Storage 
from EMC Corporation. 


As a 3090 user you now have the choice to 
make a smart business decision. Our 3090 
Central and Expanded Storage upgrades offer 
you the reliability, performance, local and re- 
mote support that you demand at a price 30% 
lower than that of IBM. 

Actually, this good news is old news. For 
10 years we have been offering users cost-effec- 
tive, state-of-the-art storage solutions. Our 


strong background in mainframe storage solu- 


tions has been recognized by Fortune 500 com- 
panies worldwide. These companies have real- 


ized that we provide a better business decision 
for their mainframe storage needs. Now, we 
have built this mainframe experience into our 
3090 product offerings. 

For additional good news on how EMC 
Corporation's 3090 storage upgrades can help 
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you reach your business objectives call or write: 
EMC Corporation, Hopkinton, MA 01748-9103 
1-800-222-EMC2. (In MA, 508-435-1000.) 


EMC fizz 
Enhancement Company. 


IBM is a registered trademark of International Business Machines 
Corporation. 
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The prefix command |6 tells XEDIT to add six blank lines after the indicated line. 


LISTMAST COBOL = A1_- FBO TRUNC~ 72 SIZE~ 236 LINE 18 COL. 1 ALT-0 


FILE-CONTROL 
SELECT INVMAST ASSIGN TO SYS020-AS-INVMAST 
SELECT INVLIST ASSIGN TO SYS006-UR-1403-S 
OATA DIVISION 
16. FILE SECTION 


FO INVMAST 

LABEL RECORDS ARE STANDARD 

1 2 3 

RECORD CONTAINS 128 CHARACTERS 
01 INVENTORY-MASTER PIC X(128) 
FD INVLIST 

LABEL RECORDS ARE OMITTED 

RECORD CONTAINS 132 CHARACTERS 


01 PRINT-AREA PIC Ki 132 


Six blank lines are inserted; new text can be keyed into them 


LISTMAST COBOL Al F 80 TRUNC ~ 72 SIZE = 242 LINE ~ 24 COL~1 ALT «1 


FILE SECTION 


FO INVMAST 
LABEL RECORDS ARE STANDARD 


RECORD CONTAINS 128 CHARACTERS 


01 INVENTORY-MASTEH PIG xi 128) 
FO INVLIST 

LABEL RECORDS ARE OMITTED 

RECORD CONTAINS 132 CHARACTER! 


01 PRINT-AREA PIC XI 132) 
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prefix commands in this section, I will 
illustrate both techniques. 

How To Add Blank Lines: 

the A and I Prefix Commands 


One way to add lines to a file is 
by inserting blank lines, then entering 
the data you want into the lines. To add 
blank lines to a file, you can use the A 
(for add) or I (for insert) prefix com- 
mand. It does not matter which you 
select; their functions are the same. 
Both are provided so users with ex- 
perience using IBM’s other mainframe 
system text editors will find XEDIT 
easier to work with. (Under the DOS/ 
VSE editor, ICCF, the prefix com- 
mand you use to add new lines to a 
file is A; under the ISPF text editor 
supported by TSO on MVS systems, 
you use the I command to add new 
lines to a file.) 

To understand how these commands 
work, consider Figure 4. In part | of the 
figure, I have entered the prefix command 

16 
to add six blank lines after the line that 
contains the text 

FILE SECTION 
(I could have used 61, A6 or 6A instead; 
they all produce the same result.) When 
I press the enter key, the prefix command 
is processed and six blank lines are in- 
serted as you can see in part 2. At this 
point, I can go ahead and key new text 
into those lines. Notice also in part 2 that 
the size of the file has increased from 236 
lines to 242. Although the same line of 
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text remains as the current line, the cur- 
rent line pointer changed from 18 to 24 
to reflect the six lines that were added 
above it. 

If you only want to add a single new 
line, you do not need to specify the num- 
ber of lines on the A or I command. For 
instance, the commands 

I 
and 

Il 
are equivalent. If you refer back to Figure 
1, you will see that you can also add a 
single blank line to a file using the PF2 
key. To do that, simply position the cursor 
on the line above the location where 
you want the new line to be added and 
press PF2. 

Unlike the other prefix commands, there 
are no block command options available 
with the A or I commands. That is be- 
cause it does not make sense to mark a 
block of existing lines after which a group 
of new lines will be added; it is only 
the last line of the block that would be 
significant. 


How To Delete Lines: 
the D Prefix Command 


To delete lines from a file, you use the 
D (for delete) prefix command. You can 
enter simply 


to delete one line or a command like 


FIGURE 5 fae 
The D prefix command telis XEDIT 
to delete six lines starting with the indicated line 
USTMAST COBOL = A1._—«#F BO. TRUNC~ 72;GIZE S242 LINE - 24 COL 1 ALT 1 
FILE SECTION 
D6_ 
FD INVMAS 
LABEL RECORDS ARE STANDARD 
1 2 5 6 


$ Te. . 3 
RECORD CONTAINS 128 CHARACTERS 


01 INVENTORY. MASTER PIC (128) 


D INVLIST 
LABEL RECORDS ARE OMITTED 
RECORD CONTAINS 132 CHARACTERS 


1 PRINT-AREA PIC Xi132) 


XEDIT 1 FILE 


The indicated six lines have been removed from the file 


USTMAST COBOL «= ATF 80 TRUNC 72 SIZE @236LINE 18 COL. 1 ALT 2 
FILE-CONTROL 
SELECT INVMAST SYS020-AS-INVMAST 
SELECT INVLIST ¥S006-UR- 1403-5 
DATA DIVISION 
FILE SECTION 


FD INVMAS' 
LABEL RECORDS ARE STANDARD 


2 3 4 
RECORD CONTAINS 128 CHARACTERS 
01 INVENTORY-MASTER PHC X1128 
FD INVLIST 
LABEL RECORDS ARE OMITTED 
RECORD CONTAINS 132 CHARACTERS 
)! PRINT-AREA PIE X(132) 


__xeoir sre | 


to delete a specified number of lines be- 
ginning with the line where the command 
is entered. Figure 5 shows you how the 
D prefix command works. In part 1, I 
have entered the command to remove the 
six blank lines I added to the file in Figure 
4. When I press the enter key, they are 
deleted as you can see in part 2. 

An alternative to using a single prefix 
command that specifies a number of lines 
to delete is to use a pair of DDs as block 
commands. When you use block prefix 
commands, you mark the beginning and 
end of a group of lines to be processed. 
For instance, to delete a block of lines, 
you could enter 

DD 
in the prefix areas of the first and last lines 
of the group to be deleted. Figure 6 shows 
how you could use block commands to 
perform the same delete operation Figure 
5 illustrates. 


How To Duplicate Lines: 
the ”’ Prefix Command 


If you want to duplicate a single line 
or a group of lines, you can use the ”’ 
prefix command either as an individual 
command or as a block command. Figure 
7 shows how you can use the ’? command 
to duplicate a single line three times. In 
this case, | am keying ina COBOL source 
program and I have reached a part of the 
program where I need to enter a series of 
similar lines. Rather than key in all of the 
characters of each, it is easier to enter the 


FIGURE 6 fi. 


The DD prefix block commands delimit 
the group of lines to be removed from the file 


LISTMAST COBOL = A1_-F BO ~TRUNC 72SIZE 242 LINE 24COL 1 ALT 1 


FILE SECTION | 
0D 


FD (NVMAST 
LABEL RECORDS ARE STANDARD 


! 2 3 
RECORD CONTAINS 128 CHARACTERS 
01 INVENTORY-MASTER PIC 1128) 
FO INVLIST 
LABEL RECORDS ARE OMITTED 
RECORD CONTAINS 132 CHARACTERS 


1 PRINT-AREA PIC Xi 132) 


The indicated group of lines has been removed from the file 


USTMAST COBOL At FBO TRUNC 72SIZECZ9@LINE 18COL TALI 2 


FILE-CONTROL 
SELECT INVMA’ 
SELECT {NVLIS 


DATA DIVISION 
FILE SECTION 


FD INVMAST 
LABEL RECORDS ARE STANDARD 


2 3 4 
RECORD CONTAINS 128 CHARACTERS 


1” INVENTORY-MASTER PIC X28 
FO INVLIST 
LABEL HECURUS ARE OMITTED | 
RECORD CONTAINS 132 CHARACTERS 
D1 PRINT-AREA PIG XI192 
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For System 38, 43XX, 9370 Users 


The IPL 6800 Series Turns 


2.3 Gigabytes Of Data 
Into This 


Finally an unattended 
and revolutionary 
storage medium for all 
data processing tasks 
from IPL. 


IPL's 6800 series of 

tape subsystems boasts 

a sleek, space-saving, 

office environment 

design. These modular, 

rack-mounted subsystems can easily be 
configured to meet your specific 
requirements and connect directly to 
your IBM system. No hardware or 
software alterations necessary. 


But good looks are just the beginning. 

For example, the IPL 6860 performs 

data storage magic . . . using helical scan 

technology to replace 12 or more 

reel-to-reel tapes with one 8mm | 
cartridge. You get 2.3 gigabytes of 
storage with no operator intervention, | 
and proven reliability thanks to IPL's 

continued commitment to technological 

innovation. 


Cartridges or reel-to-reel. Only IPL lets 
you choose either one . . . or combine 
both to fit your applications precisely. 


Call IPL today at 1-800-338-8ipl, 

in MA (617) 890-6620 and cut your data 
processing tasks down to size with the 
IPL 6860 8mm, 2.3 gigabyte subsystem. 


K pl Spore a 


360 Second Avenue 
Waltham, MA 02154 


IBM isa registered trademark 
of International Business Machines Corporation. 
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"Is this unattended operations bit great or what!" 


PowerX 
Xedit tools for all VM/CMS users 


By adding two lines to your PROFILE XEDIT, you can get... 


® Over 30 more prefix commands, such as: 


PPT+G Same as Xedit’s CC+F except PPT+G can copy lines between files - 


also good for single-file editing when you want to copy lines more than 
once - multiple G’s can be done without repeating the PPT. 


R Recover deleted lines 
© Cursor commands for PF keys, such as: 


WORD If the cursor is on a word when the PF key is pressed, the word is 


saved. If the cursor is on a blank, the last saved word is inserted. 


The line the cursor is on is shifted left or right so the first non-blank 
character of the line is at the cursor. 


MOVEHERE 


®@ Block Editing with PF keys: 


Define a logical block with two cursor positions. Data within the block can be copied, 
moved, deleted, uppercased, shifted left/right, centered, joined to form an even para- 
graph, ect... 


e A better Hex-edit mode - You see the original line as well as the hex-values in a 
three-up format. 


The " prefix command tells XEDIT to duplicate the indicated line three times. 


TESTFILE COBOL AY FBO TRUNC~ 72 SIZE 
01 PRINT-AREA 
WORKING-STORAGE SECTION 

01 SWITCHES 


05 INVMAST-EOF-SW 
88 — INVMAST-EOF 


01 PRINT-FIELDS 
05 — SPACE-CONTROL 


3 05 —LINES-ON-PAGE 
* > END OF FILE * * 


SOLINE 36COL 1ALT 31 


PIC x(132 


PIC 


COMP.3 


PIC $9 


PIC S999 VALUE «55 


The indicated line has been duplicated three times. 


TESTFILE COBOL Al F80 TRUNC 
01 = -PRINT-AREA 
WORKING-STORAGE SECTION 
01 SWITCHES 


05 INVMAST-EOF-SW 
88 INVMAST-EOF 


1 PRINT-FIELDS 


05 —SPACE-CONTROL 
05 _ LINES-ON-PAGE 
05 LINES-ON-PAGE 
05 —LINES-ON-PAGE 
05 LINES-ON-PAGE 


FIR URE 8 FS. 


PIC X(132) 


PIC x 


‘OMP 


PIC $9 
PIC S999 VALUE + 55 
PIC S999 VALUE + 55 
PIC S998 VALUE + $5 
PIC $999 VALUE + 55 


The indicated group of lines will be duplicated four times. 


VALUE 'N 
VALUE 'Y 


72SIZE 42LINE 36COL 1 ALT 32 


VALUE 'N 
VALUE “Y 


XEDIT 


1 FILE 


{ TESTFILE COBOL A. F 80 TRUNC 72 SIZE= 42 LINE 96 COL-1 ALT ~ 32 
01 PRINT-AREA PIC x(132 
WORKING-STORAGE SECTION 
| 01 SWITCHES 
| ; 
4 05 INVMAST-EOF-SW PICX VALUE 'N 
88 INVMAST-EOF VALUE "Y 
~ 01 PRINT-FIELDS OMP-3 
1c ee ae 4 6 
05 SPACE-CONTROL Pic $9 
05 _LINES-ON-PAGE PIC $999 VALUE + 55 
05 _LINES-ON-PAGE PIC $999 VALUE + 55 
05 _LINES-ON-PAGE 55 
05 LINES-ON-PAGE 55 
END OF FILE * * ~ 
{ KEDIT 1 FILE 


The indicated group of lines was duplicated four times. Because the lines 
were inserted above the current line, the text was not scrolled down 


TESTFILE COBOL AT. F 80 TRUNC- 72 SIZE-$4 LINE 48. COL 1 ALT 39 
05 INVMAST-EOF-SW PICK VALUE 'N 
88 INVMAST-EOF VALUE ¥ 
05 INVMAST-EOF-SW PICK VALUE N 
88 INVMAST-EOF VALUE “Y 
05 _INVMAST-E0F-SW PICX VALUE 'N 
88 INVMAST-EOF VALUE 'Y 
01 PRINT-FIELOS: COMP-3 
1 2 6 
5 SPACE-CONTROL Pic $9 
05 _LINES-ON-PAGE PIC S999 VALUE + 95 
05 LINES-ON-PAGE PIC S999 VALUE + 55 
0S LINES-ON-PAGE PIC S999 VALUE + 55 
0S LINES-ON-PAGE PIC S999 VALUE + 55 
* > END OF FILE * ** 
XEDIT FILE 


PowerX currently sells for a $500 one-time charge and includes new and updated macros 
every 6 months, CMS help files, printed and electronic documentation, and commented 
Rexx source code (The macros are also supplied in a non-documented, compressed format 
for faster execution). 


Call today for a 30-day trial - (21 4) 750-8112 - contact Billy Guthrie 


SIDNEY, 5727 Holly Hill Circle, Dallas TX 75231 
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first, then duplicate it and make minor 
changes to the duplicates. 
In part | of the figure, I have keyed in 


the prefix command 
3 


in the prefix area of the last line of the 
file. (The command 3’’ would work as 
well.) When I press the enter key, the in- 
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FIGURE $8 Th: 


The MM prefix commands delimit the block of text to be moved and the F prefix 
command identifies the line after which the block will be inserted 


USTMAST COBOL Al FBO TRUNC 72SIZE 236LINE S2COL 1ALT 0 


} 01 DATE-AND-TIME-FIELDS 


aM QS —TODAYS-DATE 
05 —TODAYS-DATE-R REDEFINES rows ‘Date 
10 TODAYS-YEAR 
10 TODAYS: MONTH mC x 
ww 10 TODAYS-DAY = xX 
05 TODAYS-TIME x(8) 
05 TODAYS-TIME-R REDEFINES roars TIME 
10 TODAYS HOURS 


10 “oars Mi NUTES Ps om 
F 10 FILLER PIC Xi4 


01 COUNT-FIELDS COMP.3 
05 RECORD-COUNT PIC $913) VALUE ZERO 


01 INVENTORY-MASTER- RECORD 
XEOIT 1FILE 


The biock of text has been repositioned 


LISTMAST COBOL = A1._:«F BO TRUNC 72SIZE 236LINE 47 COL 1ALT 1 
05 —SPACE-CONTROL PIC $9 

05 _LINES-ON-PAGE PIC S999 VALUE - 55 
05 LINE-COUNT PIC S999 VALUE «99 
05 PAGE-COUNT PIC $999 VALUE ZERO 


01 DATE-AND-TIME-FIELDS. 


05 TODAYS-TIME PIC X18) 
05 TODAYS-TIME-R REDEFINES TODAYS- TIME 
10 TODAYS pe PIC S99 


10 “ooays sunurEs PIC XX 

10 FILLER Z oO 

TODAYS-DATE 

TODAYS-DATE-R REDEFINES roar DATE 
YEAR 


SS 


10 TODAYS» MONTH Pe x 
10 TODAYS-DAY PIC XX 


01 COUNT-FIELDS COMP.3 


XEDIT 1 FILE 


dicated line is duplicated three times, as 
you can see in part 2. 

You can also use ’’ as a block com- 
mand. To do that, just mark the beginning 
and end of a block to be duplicated with 
paired double quotes. The duplicated lines 
are then inserted right after the original 
block. With the block form of the ’’ com- 
mand, you can also specify the number 
of times the marked block should be du- 
plicated. To do so, just code the number 
of duplicates to be made before or after 
the set of paired double quotes that marks 
the beginning of the block. 

To understand how to duplicate a block 
of text multiple times, look at Figure 8. 
In this case, I have entered the prefix 
commands necessary to make four dupli- 
cates of the marked group of three lines. 
In the prefix area of the first line I wanted 
to copy, I entered 


waa 
and I keyed in 


999 


to mark the last line of the group. The 
paired double quotes identify the opera- 
tion I want to perform as a block dupli- 
cation and the number I specified on the 
first of the prefix commands indicates the 
number of times I want the operation per- 
formed. When I press the enter key, the 
duplication is performed and the result 
appears in part 2. Notice that the opera- 
tion did not affect the current line pointer. 
The other two groups of lines involved in 
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the duplication operation are in the part 
of the file that is immediately ‘‘above’’ 
the segment that is displayed. 


How To Copy Or Move Lines: 
the C, M, F and P 
Prefix Commands 


The easiest way to copy lines in a file 
is to use the ’’ prefix command to dupli- 
cate them. However, if you want the du- 
plicated lines to appear in the file in a 
position other than immediately after the 
source lines, you need to use other com- 
mands. That is because you need to iden- 
tify not only the source lines, but also the 
destination of the lines. In this section, 
you will learn how to use four prefix com- 
mands to perform these functions: C, M, 
F and P. 

The C (for copy) and M (for move) 
prefix commands let you mark lines that 
will be copied or moved from one loca- 
tion to another. They work in the same 
way except the M command causes the 
original lines to be deleted after the op- 
eration is complete while the C command 
leaves them intact. 

When you use either the C or M com- 
mand, you have to identify the destination 
for the lines you want to copy or move. 
You do that with the F or P command. 
The F command tells XEDIT to insert the 
lines you are copying or moving after 
(‘‘F’’ollowing) the line you mark with it. 
In contrast, if you use the P command, 
XEDIT inserts the lines you are manipu- 
lating before (‘‘P’’rior to) the line you 
mark with it. 

Figure 9 illustrates how to use these 
commands together. In the first part of the 
figure, I have entered a pair of MM com- 
mands to mark a block of five lines I want 
to move. (I also could have entered the 
individual prefix command 


MS 
or 
5M 


on the first line of the block to be moved.) 
In addition, I entered an F prefix com- 
mand to indicate the line after which the 
block should be inserted. When I pressed 
the enter key, the block was moved as you 
can see in part 2. The copy command 
works the same way, except it leaves the 
marked block in its original position as 
well as inserting it in the new location. 
When you copy and move text, a com- 
plete operation requires that you identify 
the text to be moved and its destination. 
In part | of Figure 9, I was able to meet 


XEDII qx“ 


both requirements by keying in prefix 
commands on a single screen. Often, 
however, the block of text you want to 
move or copy spans two or more screens 
or the location of the destination point is 
farther than one screen away from the 
block you are moving. 

That is no problem because XEDIT can 
keep track of an “‘in progress’’ copy or 
move operation. You can mark a line for 
the start or finish of the block to be copied 
or for the destination, then scroll and 
complete the required entries. When you 
do, XEDIT’s status area contains a mes- 
sage that tells you what is happening. For 
example, if you mark a block of text to 
be moved but do not identify the desti- 
nation, the message 


"M".PENDING:..~. 


(if you are using an individual M com- 
mand) or 


*"MM’ PENDING .. . 


(if you are using block commands) ap- 
pears in the status area. You can then scroll 
forward or backward to find and mark the 
insertion point for the text. You can also 
mark the destination point before you mark 
the text to be copied or moved. 

When you do that, the message 


’F’ PENDING ... 
or 
*P’ PENDING... ... 


appears in the status area. 


How To Set the Current Line 
Pointer: the / Prefix Command 


Another way to change the current line 
(other than scrolling) is to specifically 
identify the line that should become the 
new current line. To do that, just enter 
the prefix command 

/ 
in the prefix area of the line you want to 
become the new current line. 

The next article will continue to teach 
you how to use XEDIT. = 


This article is an excerpt from Eckols’ book titled VM/ 
CMS: XEDIT Commands and Features, published by Mike 
Murach & Associates, 4697 W. Jacquelyn Avenue, Fresno, 
CA 93722, (800) 221-5528; in California (800) 221-5527. 


ABOUT THE AUTHOR 
Since 1980, Steve Eckols has writ- 


ten nine books on IBM mainframe 
subjects ranging from system devel- 
opment to VSE to IMS to VM. 


By T. Marc Graham 


teve Watson, then assistant director 

of computing at Washington State 

University (WSU), remembers well 
the point in the late 1970s at which re- 
thinking the University’s computing op- 
erations became priority number one. ‘‘It 
was when an executive vice president of 
the University made it quite clear that 
he wanted to be able to ask the same 
question to multiple offices and get the 
same answer.” 

Now, thanks to an integrated, shared 
database accessible throughout the insti- 
tution, WSU personnel receive timely, ac- 
curate data that makes it easier to meet 
the academic and business demands of a 
major university. The school has accom- 
plished this revolution largely through 
early adoption of a Computer Aided 
Software Engineering (CASE) comput- 
ing strategy. 


A Major State Computing Center 


Located in the small college town of 
Pullman in rural eastern Washington, 
Washington State University has a full- 
time student enrollment of about 16,100 
and employs about 5,000 people. A major 
research and land grant institution, the 
University also has three branch campus 
locations in Spokane, Richland and Van- 
couver and supports a statewide interac- 
tive video network called the Washington 
Higher Education Telecommunications 
System. 

For the past 15 years, the University 
has also been a state computing center 
serving multiple state agencies. The 
Western Library Network is the largest 
non-WSU agency hosted by the school. 

The University’s computing needs are 
met by an IBM 3090-300E mainframe 
running both MVS and VM. DEC rep- 
resents the largest minicomputer vendor 
presence; the University also has sev- 
eral AT&T, Wang, Prime and Hewlett- 
Packard processors installed. Scattered 
throughout the University are hundreds of 
specialty workstations and thousands of 
IBM, Apple Macintosh and IBM-com- 
patible microcomputers. In total, more 
than 2,000 workstations reside on the net- 
work; the average number of simulta- 
neous users is 400. 

Tending to the University’s computing 
needs is the Administrative Computing 
Department headed by Steve Watson, now 
WSU’s director of administrative and ac- 
ademic computing. The administrative 
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department employs roughly 45 program- 
mers, some on a contract basis. These 
programmers oversee a main production 
database that daily receives an average of 
4.5 to 6 million calls and processes some 
140,000 on-line transactions during the 
prime shift. 

Before 1978, WSU, like most other or- 
ganizations, relied mostly on batch proc- 
essing applications. These applications 
were built independently for the Univer- 
sity’s various administrative and business 
units, an approach that eventually became 
unwieldy and created problems of data re- 
dundancy. 

“If a student wanted to register a change 
of address, for example,’ notes Dave Os- 
trom, WSU’s manager of administrative 
systems, ‘‘he might have had to do so at 
three or four different places, since the 
University maintained several different 
address files.’’ 

The imposition of new state and federal 
requirements, particularly in the area of 
student financial aid processing in which 
new regulations made it necessary for both 
the University’s admissions and financial 
aid offices to share student files, height- 
ened the need for an integrated database. 


First Steps Taken Toward 
Integrated Database 


Administrative Computing began its 
plans for an integrated database in 1978 
by creating a high-level enterprise model, 
based on an early form of entity-attribute 
data modeling and data flow diagrams for 
process modeling from which to sketch a 
logical information architecture. Even at 
that early stage, the department knew that 
the quality of its information architecture 
would largely determine the success of its 
future applications. 

While the department originally wished 
to implement the new, integrated database 
in a single stroke, it soon became appar- 
ent that such a strategy could not work. 
Therefore, to accommodate the ongoing 
demands of the University, Administra- 
tive Computing decided to pursue two 
parallel courses: it would build applica- 
tions on an ad hoc basis as it did before 
to satisfy day-to-day business needs while 
simultaneously constructing a central data 
dictionary and the accompanying infor- 
mation architecture. 

The department also made the signifi- 
cant decision to develop applications based 
on their business function within the 
University, rather than on organizational 
structure or administrative procedure. 
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CASE Strategy 


Eventually, the department pursued more 
detailed data modeling through the use of 
entity-attribute modeling and other tech- 
niques. However, because the depart- 
ment’s needs had in fact preceded de- 
velopment of appropriate CASE tools, 
this modeling was accomplished entirely 
by hand. 

WSU took the first step toward an in- 
tegrated database in 1979 with its deci- 
sion to implement ADABAS, the data- 
base management system from Software 
AG of North America (Reston, VA). AD- 
ABAS was chosen after an evaluation of 
several products. ADABAS ‘“‘represented 
the best overall combination of flexibility 
and performance,’ according to Jim Hill, 
the University’s manager of database and 
on-line systems. Following the purchase 
of ADABAS, WSU also implemented 
NATURAL, Software AG’s Fourth Gen- 
eration Language (4GL). 

While WSU’s programmers first met 
NATURAL with, in Hill’s words, ‘‘some 
resistance,’ they learned to use it rather 
quickly — ‘‘some as fast as a week 
or so.”’ 

NATURAL immediately gave the Uni- 
versity an ‘“‘interactive development en- 
vironment,’ Hill says. Doing that greatly 
enhanced the speed with which the Uni- 
versity could develop applications. 

‘“‘With COBOL, we often looked at 
weeks, months or even years, for appli- 
cation development. With NATURAL, 
programmers could prototype quickly and 
easily, so we could actually talk about de- 
velopment in terms of days or weeks.”’ 

While ADABAS and NATURAL 
formed the cornerstones of WSU’s com- 
puting strategy — the University today 
has more than 5,300 NATURAL pro- 
grams — they are but two of the more 
than 20 Software AG products currently 
used by the University to construct and 
deliver an integrated database on-line to 
users throughout the University. In fact, 
the ability of Software AG products to 
allow Administrative Computing to create 
on-line, real-time applications has been 
central to their popularity at the Univer- 
sity, where information such as up-to-the- 
minute class enrollment and current de- 
partment expenditures is often in imme- 
diate demand. 

In 1985, Administrative Computing 
followed up the integrated database strat- 
egy with a strategy of allowing users to 
download data directly to their PCs. To 
accomplish this goal, the department made 
innovative use of Software AG’s NATU- 


RAL CONNECTION, a mainframe-to- 
micro link, as a transparent download fea- 
ture of on-line applications. Currently, 
more than 90 workstations download ma- 
terial, via a menu interface, from all as- 
pects of the University: department bud- 
get statements, salary expense data, class 
lists, student records and a maintenance 
department job inventory. 


Early Adoption Of CASE 
Principles And Practices 


By the end of 1982, WSU had dem- 
onstrated a rather strong adherence to 
CASE principles even though the CASE 
acronym had not as yet been coined. 

WSU was engineering a CASE envi- 
ronment by designing a data-driven ar- 
chitecture and conducting substantial 
business analysis of its operation prior to 
implementation of the database. By plan- 
ning for enterprise-wide information and 
applying the ‘“‘best available’’ engineer- 
ing principles and concepts, WSU had 
built a ‘‘homegrown”’ system to facilitate 
front-end modeling and database design 
before the CASE tools became available 
from software vendors. The first vendor- 
supplied CASE tool adopted by the Uni- 
versity was a process modeling tool from 
Optima, Inc. (Schaumburg, IL) called 
Brackets. 

Brackets functions as a word processor 
for Warnier-Orr diagrams which outline 
the logic of processes. The tool proved 
useful in many design and analysis situ- 
ations. It also aided application develop- 
ment as WSU discovered that end users 
do understand the diagrams and could help 
detect errors in the logic of specifications. 

In its pursuit of a CASE environment, 
WSU has followed two key strategies: 
support of a central dictionary and em- 
phasis on placing as much development 
activity as possible on the PC while still 
maintaining a ‘‘single system image.’’ 

WSU first creates dictionary definitions 
on a PC platform and not the central 
data dictionary for several reasons. First 
is the University’s strategy for doing as 
much development as possible with the 
PC. Second is the greater freedom pro- 
vided by the PC’s dictionary building 
facility during the early stages of analy- 
sis. Dictionary definitions are ultimately 
uploaded to the University’s primary 
corporate dictionary, from Manager Soft- 
ware Products’ (Lexington, MA) DATA- 
MANAGER. 

Once data entities in the DATAMAN- 

See CASE Strategy page 92 
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Management Concerns Addressed 
With CICS’ Monitoring Facility 


ost CICS shops tend to be vol- 
atile and dynamic environments, 
ever changing. Conversions oc- 


cur; releases and upgrades are constant. 
Decisions have to be made regarding ven- 
dor monitoring and collection systems. 
Management must also determine the 
structure of its on-line systems. I believe 
strongly in providing one picture to the 
end user. Therefore, in my particular shop, 
all regions interact. This interface has to 
handle terminal, application and database 
regions as they are added, changed and 
deleted. New applications are imple- 
mented and existing applications are con- 
stantly being modified. PTFs, APARs and 
fixes are never-ending. As all these 
changes occur, management naturally has 
concerns. A performance analyst will find 
it necessary to analyze CICS transaction 
data at the detail level to answer these 
concerns and with each analysis a differ- 
ent view of CICS activity will be re- 
vealed. Detail data, such as found in the 
CICS Monitoring Facility (CMF), is nec- 
essary in these analyses. 

This article will discuss concerns ex- 
pressed by management over the last two 
years and the data and variables in CMF 
records that helped address those con- 
cerns. Many of the issues involved re- 
sponse time, MRO/ISC considerations, 
Logical Unit type 6.2 (LU 6.2) problems, 
line traffic, wait times, total transaction 
tracking and user information. 


Response Time 


By far the most common request for 
information by management involved re- 
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sponse time. One must distinguish re- 
sponse times as either network (end-user) 
response or internal (host) response. CMF 
addresses only the host internal response. 
However, CMF data can be used to cal- 
culate an estimated end-user response us- 
ing character counts and known line 
speeds. The next two topics, MRO/ISC 
considerations and LU 6.1/LU 6.2 also 
reveal insight into response time issues. 

The best measurement of end-user re- 
sponse time would probably be the dif- 
ference between: 

@ The time the terminal user hits EN- 
TER to let the system know input is 
ready to be processed 

@ The time at which results of the proc- 
essed transaction are displayed to the 
end user. 

End-user response time includes the 
time to send a transaction and receive the 
data as well as the host response. Host 
response can be defined as the time that 
CICS is first aware of the transaction 
until the time it has completed processing 
and data is ready to be shipped back to 
the user. 

SMF110 records do not carry a field 
called host response time. It must be cal- 
culated. The equation for host response 
seems a simple one: 


RESPTME = ENDTIME — START 


This is the elapsed time of the transaction; 
the time that the transaction existed. 

It must be remembered that for non- 
conversational and pseudo-conversational 
transactions (those that do not issue ter- 
minal read requests), the elapsed time 


is a valid measurement of host re- 
sponse time. 

Conversational transactions do issue 
terminal read requests and thus they are 
suspended and put in a terminal wait state 
as they wait for a response from the ter- 
minal user. Therefore, the elapsed time is 
not a true reflection of host response. The 
Terminal Control Wait (TCWAIT) must 
be removed to reflect accurate response 
time. This could be classified as a third 
definition of response time and IBM does 
just that, calling this IRESP. 

To show the best case of computing 
end-user response time using CMF, you 
would calculate the host response time us- 
ing either method described above, then 
acquire an estimated line time for char- 
acters in and out and add that time to the 
host response. For. example, I transmit at 
4,800 baud or 4,800 bits per second. If a 
transaction transmitted 2,000 bytes in and 
out or 16,000 bits divide 16,000 by 4,800 
to arrive at a transmission time of 3.3 sec- 
onds. More information on character 
counts is described later in the Line Traffic 
section. 

Management should understand the 
differences between transaction types and 
their response times. You must balance 
effective utilization of resources (network 
configuration, CPUs, DASD) with re- 
sponse time necessary for users to be pro- 
ductive. Tuning both the network and the 
host is necessary to provide the optimum 
response to the end user. 


MRO/ISC Considerations 


InterRegion Communication (IRC) 
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covers two ways in which CICS can com- 
municate with other systems: MRO and 
ISC. CICS MultiRegion Operation (MRO) 
allows communication between CICS 
systems that run on the same host proc- 
essor. InterSystem Communication (ISC) 
requires a link through VTAM. It con- 
nects CICS systems on different CPUs and 
allows them to communicate. 

When calculating response time in an 
MRO/ISC environment, the equation gets 
complicated. True response time depends 
on several factors. Is the transaction con- 
versational? MRO or ISC? Are you using 
LU 6.1 or LU 6.2? Your CICS systems 
programmer can help answer these ques- 
tions using the TCT tables internal to 
CICS. As mentioned above, conversa- 
tional transactions are placed both in a 
terminal wait condition and also on a CICS 
suspend chain. In order to determine the 
actual time it took to process the trans- 
action, subtract the lesser of the suspend 
time and terminal wait time from the 
elapsed time. Thus, the formula for re- 
sponse would be: 


RESPTME = ELAPSE — 
min(SUSPTME, TCWAIT) 


A shop should be careful in setting up 
its transactions. It will need to decide 
which transactions will be considered 
conversational and which will be classi- 
fied as MRO or ISC. A method of track- 
ing MRO and ISC transactions from re- 
gion to region is described in a later 
section. 


LU 6.1/LU 6.2 


CICS uses two SNA protocols for proc- 
essing ISC transactions: LU 6.1 and LU 
6.2 better known as Advanced Program 
to Program Communication or Advanced 
Peer to Peer Communication (APPC). 
Both can be used for data communication 
between processing systems. 

One major difference between these two 
is that under LU 6.2 a terminal that is 
owned by one CICS system can run trans- 
actions owned by other systems. APPC is 
also an architecture that sees a terminal 
as a whole CICS system; it is a device- 
level concept in which the terminal sup- 
ports a single APPC session. 

Our CICS shop is not running under 
LU 6.2 due to outstanding problems, al- 
though we are aware of other shops that 
are using it. IBM feels you must use LU 
6.2 for cross-system communication. 
However, we have found LU 6.1 to be 
sufficient when cross-system communi- 
cation has been needed. 
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One problem when going to LU 6.2 
was that the response times looked almost 
too good. The suspend wait field included 
time that was not really suspend time. The 
performance database system was de- 
signed to use the equation as mentioned 
above: that is, subtracting the lesser of the 
suspend time and the wait time from the 
response time. This was incorrect in our 
situation because we really had no con- 
versational transactions. 


In order to obtain valid host response, 
we had to change not only our own SAS 
programs which read the SMF 110 rec- 
ords, but also the vendor source code of 
our performance database system to use 
the simple calculation as mentioned above: 

RESPTME = ENDTIME — START 


Tracking Transactions 
From Region To Region 


Management feels it is not enough to 


XA-RELO 


CICS Performance Optimizer 


As you may have already discovered, converting to XA 
does not necessarily mean your CICS performance and 
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or modifications, including macro level programs 


Easy to install ... less than 30 minutes without 
any system modifications or program changes 


— Call now for a free trial — 


(800) 542-7760 « 


Q 


4 “Superior Solutions 


FAX (205) 833-8746 


Quantum International Corporation 


a” 


CIRCLE #63 on Reader Service Card A 


77 


78 


CMF Analysis 


For A Sample Transaction Such As An Inquiry: 


CPU, TC , TS 


wait 


TOR 


time t wait 


CPU TG 
fe eed 


know response time for a transaction from 
just one region to the next. One must un- 
derstand the components of response time. 
Terminal regions will give you complete 
response time. In order to understand the 
full host internal response time, it is nec- 
essary to track the transaction as it began 
in the Terminal Owning Region (TOR), 
routed to an Application Owning Region 
(AOR), then accessed to a Data Owning 
Region (DOR) and the return trip back to 


wait 


Jc 


wait t wait 


ing on AOR 


TS 


TS 


wait 


CPU 
t wait 


ne 


time 


the TOR. This is needed to define the 
processing requirements of the transac- 
tion such as CPU, number of database 
calls and access method counts. 

CICS 1.7 created two new fields in 
CMF which allow you to perform this 
valuable feat. They are NETNAME and 
UOWID. Unit-Of-Work-ID (UOWID) is 
a value that is time derived. NETNAME, 
the VTAM ID, is the name by which the 
CICS system is known to VTAM. As 


Quick Screen 3270, a new and easy to use productivity tool, will help you develop 
screens, demo systems, and generate map code in minutes instead of hours! 


Quick Screen 3270 features include: 


* fast WYSIWYG map entry (text and attributes) from 1 screen 
* advanced, powerful word processing and SPF type map editing 
fully integrated with variable screen flow prototyping 
* generate / import BMS and MFS (COBOL copy member for MFS) 
¢ 5 windows provide for multiple prototyping and edit sessions 
* over 120 function sensitive help and pop-up screens to guide you along 
* ideal for analysts - no programming experience required for its use 
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Call or write for a FREE guide or FREE 60 day trial today. 


Integrated Systems Technology, Inc. 
5 Chapel Hill Road, Short Hills, NJ 07078, (201) 376-3722 
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mentioned before, under LU 6.2 (APPC) 
a terminal is seen as a whole CICS 
system. 

These two fields make up a unique key 
to connect all routings which actually 
make up one transaction. You can link all 
transaction activity to the originating 
transaction and consider it as one Unit- 
Of-Work (UOW). In attempting to link 
transactions using these two fields, an- 
other interesting problem was found. 
NETNAME contained only the APPLID, 
not the VTAM ID or unique terminal ID. 
IBM released an APAR on March 30, 
1988 to correct the problem. The APAR 
# is AL22115; the PTF to fix the APAR 
is # UL27326. 


Wait Times 

When management sees some of the 
response times as discussed in the pre- 
vious section, it demands to know just 
where all that time was spent. CMF gives 


eight different breakdowns of times ex- 
clusive of the start and end times: 


USRDISPT User Dispatched Time 

USRCPUT CPU Processor Time 

TCIOWTT Terminal Control I/O Wait Time 
FCIOWTT File Control 1/0 Wait Time 
JCIOWTT Job Control 1/0 Wait Time 
TSIOWTT Temporary Storage |/O Wait Time 
SUSPTIME Suspend Chain Time 

IRIOWTT InterRegion Wait Time 


By using these fields, a graphic presen- 
tation can easily show where a transaction 
spends its time. Looking at Figure 1 also 
might help to understand these wait times. 


Line Traffic 


CMF provides data on message counts 
and sizes that help analyze changing net- 
works for line traffic demands and trends. 
The workload might remain consistent and 
just grow in size. Then new workloads 
could be added. The number of on-line 
terminals increases. Your shop upgrades 
its CPU or gets a new system. Screens 
become larger and denser. Line compres- 
sion is added. More information is passed. 
On-line report viewing is needed. 

There are eight fields relating to line 
counts in the SMF 110 record shown in 
Figure 2. 

Since the source code of our database 
system added the principal and alternate 
fields together for their summarized da- 
tabases, we did the same in our detail pro- 
grams. However, in comparing our line 
traffic numbers to NLDM statistics, our 
sizes were just too large and the network 
people said there was no way the lines 
were handling that kind of traffic. 
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TCMSGIN1 
TCMSGIN2 
TCMSGOU1 
TCMSGOU2 


TCCHRIN1 
TCCHRIN2 
TCCHROU1 
TCCHROU2 


The answer comes in understanding the 
principal and alternate fields. 


@ Principal fields represent the actual 
characters transmitted from the ter- 
minal to the host and then the char- 
acters received back from the host at 
the conclusion of a transaction. 

@ Alternate fields are larger as they in- 
clude the principal count plus control 
characters required by IRC to pass 
the transaction from region to region. 
Just how much larger is not consist- 
ent because various factors, such as 
buffer size, come into play. 


Both are necessary and important fields. 
For actual line traffic purposes in the user 
network, the principal is all that is needed. 
When analyzing system-to-system sizing 
you should also consider the alternate. For 
example, when your regions are remote, 
the IRC characters passed back and forth 
should be counted as line traffic. We have 
since learned that our performance data- 
base vendor plans to create new character 
and message count fields and separate the 
principal and alternate fields. 

Another consideration in dealing with 
line traffic is understanding the effects of 
line compression. Several products are 
available which allow optimal use of net- 
work lines. These optimizers transmit only 
the characters needed. CMF will not re- 
flect this compression. You can, however, 
estimate the compression factor and then 
the CMF data can still be valuable. 


Storage Fields 


Storage is always a concern to man- 
agement. Questions arise. How much are 
we using? Do I need to break up this re- 
gion? What are my limits? How many 
more terminals can | put in this region? 
How many programs, and what are their 
sizes? Can I add more programs to a 
region? What size storage cushion do | 
need to maintain? Do I need storage 
compaction? 

CICS 1.7 CMF records have three fields 


that help measure storage: 

SCUSRHWM Maximum amount of storage allocated to 
the user-task. This is in bytes and reflects the 
high-water mark that this application took 
in storage. 
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TC Input Message Count — Principal Terminal Facility 
TC Input Message Count — Alternate Terminal Facility 
TC Output Message Count — Principal Terminal Facility 
TC Output Message Count — Alternate Terminal Facility 
TC Input Character Count — Principal Terminal Facility 
TC Input Character Count — Alternate Terminal Facility 
TC Output Character Count — Principal Terminal Facility 
TC Output Character Count — Alternate Terminal Facility 


PCSTGHWM Maximum amount of program storage in use 
by the user-task. This is in bytes and reflects 
the storage needed to hold the application 
source code. 

This is defined in (6) as the storage occupancy 
of the user-task. \t reflects an average amount 
of storage that the user-task consumed over 
its elapsed time. 


It has been helpful to review these stor- 
age statistics and surprising at times. Some 
application region programs can be im- 
mense and when you consider many ap- 
plications running at one time, the total 
storage use is a major concern especially 
with the limited private area. The new 
ESA architecture should alleviate some of 
this problem but will it be in time? 


USERID Information 


SCUSRSTG 


The significant value of a new field, 


USERID, depends on your company’s 
standards policy. By the implementation 


and strict enforcement of standards that 
control how the USERID is assigned and 
managed, CMF can provide you with a 
field that can represent location, cost cen- 
ters and groups for analysis and billing 
purposes to mention only a few. The in- 
formation in USERID can go beyond the 
standard fields provided to identify the 
source or user such as Terminal ID and 
Transaction ID. 

It is a fair assumption that many com- 
panies have user information they would 
like to relate to the detail CMF records. 
In our case, we wanted to relate the trans- 
action mix and resource consumption data 
to the banks and branches we support. 

CICS 1.7 automatically provides us 
with data we had to maintain in user fields 
under CICS 1.6.1. USERID is an eight 
character field that can be extremely ben- 
eficial to specific user concerns: it uniquely 
identifies the user. 


Summary 


There is a vast amount of information 
in the SMF110 record that can answer 
management concerns. This article has 
only begun the exploration. For example, 

See CMF Analysis page 92 
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L/DS 


In Full Production 


By Roberto Bernik, Robert L. Herbst, Joseph A. Hendrickson and Augusto Ramirez 


redictions of ease-of-use systems 
P= would require more memory and 

disk storage to operate have come 
true concurrently with the lower cost per 
unit of hardware. These ease-of-use sys- 
tems first appeared as the third-generation 
network and hierarchical database man- 
agement systems. However, it was not 
until the fourth generation, led by the birth 
of the relational model, that the promise 
of productivity was fulfilled. The mystery 
software that would take advantage of the 
new hardware is here today in the IBM 
Program Product SQL/DS. 

The success and acceptance of SQL/ 
DS is not surprising. Personnel costs, in 
what is a labor intensive process, are ris- 
ing. The demand for senior technicians is 
exceeding the supply. The United States 
Department of Labor statistics confirms 
this fact already perceived in the data 
processing industry on a daily basis. 

This article concentrates on the SQL/ 
DS product installed in a production ca- 
pacity and on the degree of software fine- 
tuning required to achieve performance 
objectives. Full production, for the pur- 
pose of this article, is defined as SQL/DS 
being used as the primary organization- 
wide database for daily operations in both 
on-line and batch processing. 

Even though the larger IBM 9370 and 
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4300 processors together with faster disk 
storage devices offer improved process- 
ing, a significant degree of software fine- 
tuning is required to achieve throughput 
expectations. 

The objective of this article is to review 
the fundamental requirements for perfect- 
ing an SQL/DS environment ready for ef- 
ficient, full-production operation. The 
conclusion is that certain upfront efforts 
are required to maximize the performance 
and benefits of SQL/DS. 

SQL/DS is discussed from the van- 
tage points of Operating Environment, 
Database Organization, SQL/DS Param- 
eters, Programming Considerations, Da- 
tabase Administration, Operations and 
Hardware. 


Operating Environment 


It is important to carefully assess sys- 
tem software plans in advance before in- 
vesting costly systems engineering efforts 
on trial-and-error alternatives. Full pro- 
duction is the wrong place to rethink sys- 
tem software strategies. 

Since SQL/DS is memory intensive and 
virtual memory is a limited resource, vir- 
tual memory utilization must be carefully 
understood when planning the operating 
environment. 

Ideally, to minimize software overhead 


SQL/DS should be placed in the same ad- 
dress space as CICS/VS. However, due 
to the requirements for virtual storage, this 
is not practical. Instead, SQL/DS can be 
combined in the same address space with 
batch SQL/DS partitions. It is desirable 
to keep the partitions that will use SQL/ 
DS in the same address space to reduce 
the overhead involved in crossing address 
spaces. The use of POWER and XPC 
(Cross Partition Communication) _ in- 
volves overhead and adds to delays. 

System files should be monitored fre- 
quently to avoid file contention. The 
placement of page datasets, POWER files, 
label areas and the lock file are critical. 

The fast CCW translation option for 
SQL/DS should be turned off at the 
job level since all DASD addresses are 
already pre-mapped into the SQL/DS 
directory. 

Interactive SQL/DS (ISQL) is a tre- 
mendous productivity tool. However, it is 
important to keep the number of ISQL 
users under control. The fact that ISQL 
is interpretive and its use of agents deter- 
mines that it requires substantial re- 
sources and therefore makes it extremely 
susceptible to abuses in terms of database 
accesses that can be generated from im- 
proper queries. 

The SIZE parameter of the EXEC 
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statement should be utilized when com- 
piling programs with embedded SQL/DS 
code. However cumbersome, it is more 
efficient to use POWER facilities (DISP 
= I on the PUNCH statement) instead of 
employing system files (SYSPCH and 
SYSIPT) on disk. 

The deactivation of partitions that use 
SQL/DS facilities must be avoided be- 
cause SQL/DS locks are held while the 
partition is deactivated. A helpful facility 
for monitoring the status of resource uti- 
lization on a system-wide basis is the sys- 
tem status display under the Interactive 
Interface of VSE/SP. 


Database Organization 


All addressing under SQL/DS is han- 
dled at the page level. A page is defined 
as a 4K area of disk or memory space. 
This is consistent with both VSE/SP and 
VM/SP virtual memory mapping struc- 
tures, so storage fragmentation is not 
an issue. 

A particularly strong feature of the SQL/ 
DS product is its locking conventions. By 
providing sound locking mechanisms, 
both integrity and synchronization are 
more than adequately provided for. 

The level of locking granularity (row, 
page, DBSPACE) is defined at the 
DBSPACE level and applies to all tables 
residing in that DBSPACE. This decision 
affects the lock escalation process and 
overhead and should be defined based on 
application and data integrity needs. In- 
correct application design and locking 
level decisions can cause locking escala- 
tion and adversely affect data access. 

The lock table is a reserved area of main 
memory within SQL/DS that handles all 
read/write locks. It should be kept as small 
as possible since the Dispatcher scans this 
table frequently. The dispatching algo- 
rithm is one of the most frequently used 
pieces of SQL/DS code. It decides the 
order of the tasks to be performed based 
on prerequisite and corequisite resource 
demands. 

Concurrency is another factor that can 
greatly reduce the overhead of SQL/DS 
pages. The placement of tables within a 
DBSPACE is an important factor. Multi- 
ple tables sharing the same pages by in- 
terleaving data can drastically save I/O 
time, especially when two tables are fre- 
quently referenced together as with JOIN 
operations. This can be accomplished by 
using the free space parameter to force 
this condition at table load time. A sound 
understanding of the data and how it will 
be used is required to accomplish this suc- 
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cessfully. Caution must be exercised since 
the results of misusing this feature can be 
much worse than the best benefit. 

The most dramatic single performance 
aspect of SQL/DS is the proper use of 
indexes. All tables should have at least 
one index and should be physically clus- 
tered by one index. If there is more than 
one index, the first index created becomes 
the governing index used for physical or- 
ganization of the data on disk. 

For read-only tables, several indexes 
may be defined since no index mainte- 
nance is involved. Conversely, data with 
frequent UPDATE, DELETE and IN- 
SERT activity should have as few indexes 
as possible to minimize the overhead of 
index maintenance. 

Temporary indexes can be created only 
for the duration of a specific job when the 
existing index or indexes do not satisfy 
the requirements of the search. Creating 
such an index on a permanent basis does 
not justify the overhead of index main- 
tenance. This is particularly useful for in- 
frequently executed jobs and can be ac- 
complished by creating a temporary index, 
reprepping the affected programs and 
dropping the index after execution. 

Permanent indexes should represent the 
columns most frequently used in WHERE, 
JOIN and ORDER BY clauses. Prefera- 
bly, columns that are modified frequently 
should not be part of an index. One rea- 
son for this is that SQL/DS will not use 
an index if it contains columns to be 
updated. 

Random inserts for tables require that 
free space be left during table loading to 
preserve clustering. Conversely, if it is 


known that inserts will not be done, no. 
free space need be allocated when the 


DBSPACE containing such tables is cre- 
ated. Users should be cautioned that the 
percent free space specified turns out to 
be only approximate, since SQL/DS uses 
a free class table in deciding how table 
pages should be loaded and the resulting 
number of rows per physical page can be 
quite different than anticipated. For ex- 
ample, if a table with an average row 
length of 100 characters is loaded with 
the percent free defined as 50, each page 
will contain only one row as opposed to 
the expected 20. 

To minimize contention, user data 
should not be placed in DBSPACEs that 
contain system catalogs. Additionally, in- 
ternal DBSPACEs should reside in their 
own storage pool to avoid short-on-stor- 
age conditions. 

Logical Units of Work (LUW) in the 


applications are also important. LUWs 
should be synchronized, consistent with 
the processing objective and kept as short 
as possible. 

DASD balancing should take into con- 
sideration the distribution of the database 
onto different physical devices to enhance 
SQL/DS performance and also to reduce 
contention with the DASD resources used 
by other Program Products or application 
systems. 


SQL/DS Parameters 


There are several options available at 
SQL/DS startup time. This section dis- 
cusses these various options and their im- 
pact on performance. 

Application programs request data from 
SQL/DS through the Resource Manager. 
In turn, the Resource Manager dispatches 
an agent to process the data access 
request. 

The Number of Concurrent Users 
parameter (NCUSERS) determines the 
number of agents allocated to SQL/DS. 
If this number is too low, users will wait 
longer, response time will increase and 
concurrency will be reduced. Concur- 
rency can be increased, of course, by in- 
creasing the number of agents. However, 
overallocation of agents can cause in- 
creased storage demands, excessive locks 
and buffer contention within the SQL/DS 
partition. The number of agents should 
take into consideration the desired degree 
of concurrency versus the associated 
overhead involved. A good approach is to 
start with a low number of agents and 
then increase them judiciously. 

The Dispatcher Bias Algorithm (DISP- 
BIAS) ranges from one to 10, where one 
services agents on a round robin basis and 
10 favors short LUWs over long ones. 

The Number of Lock Request Blocks 
(NLRBs) should be set based on the worst 
transaction, since it influences the size of 
the lock table. Blocks are counted in both 
per-user and in global terms. Usually, two 
lock request blocks are required for each 
lock request. Since SQL/DS issues many 
lock requests, locking done at the row 
level can translate into a large number of 
blocks, making the Lock Request Table 
unnecessarily large. By specifying lock- 
ing at the page level (default), the size of 
the lock table can be controlled. If too 
many lock request blocks are allocated, 
the internal structures will grow and may 
adversely affect paging. 

Buffers are an area of virtual memory 
used to cache SQL/DS data accesses. Data 
and directory information (NPAGBUF and 


81 


NDIRBUF) are buffered so that subse- 
quent requests for the same data will 
trade an I/O to disk storage for an access 
to memory. The ratio between disk I/O 
and the number of buffers accessed can 
be monitored with the use of the SQL/DS 
COUNTER command. Unfortunately, 
there is no formula to determine the 
optimum number of page and directory 
buffers. Again, it is best to start low 
and work up. 

SQL/DS provides for logging modifi- 
cations made to the database and for ar- 
chiving the log for emergency rollback 
situations. Logging can be accomplished 
with one log file or with two identical 
copies (DUALLOG) of the same log file. 
Dual logmode provides an extra safety 
factor in the event either log is destroyed. 
However, there is additional overhead in- 
volved, since every entry must be written 
on both log files. 

There are several modes of log opera- 
tion. The first mode (LOG = A) requires 
a log file large enough to hold all the da- 
tabase activity for any given day. When 
the log file is almost full, SQL/DS will 
suspend processing while it performs an 
archive on tape of the database which 
would be detrimental during on-line ac- 
tivity. This mode allows for forward re- 
covery of the database. The second mode 
(LOG = Y) requires a substantially 
smaller log file. In this mode, the log file 
is reusable and no forward recovery is 
possible. An extremely small log file may 
not be sufficient to accommodate long 
LUWs, typical of batch programs con- 
taining only one COMMIT WORK state- 
ment at the end of a job. The third mode 
(LOG = L) of operation automatically 
archives the log when a predetermined 
threshold is reached. The last mode (LOG 
= N), only valid in single user mode, 
deactivates the log entirely. 

A checkpoint is a marker on the log file 
identifying a period of database activity 
that can be recovered in the event of fail- 
ure and functions as a mechanism to re- 
lease shadow pages. The Checkpoint In- 
terval (CHKINTVL) parameter controls 
the frequency with which checkpoints are 
taken. If the CHKINTVL is low, frequent 
checkpoints will be taken slowing down 
the processing. Too high a value in the 
CHKINTVL can slow down warm restart 
recovery procedures, a somewhat minor 
inconvenience. 

Archives provide for saving all pages 
in the database changed since the last ar- 
chive was taken and are used to recover 
from failures. Each installation has its own 
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unique requirements relative to the log- 
ging, checkpointing and archiving meth- 
ods that are desirable. 


Programming Considerations 


The application programmer needs to 
be properly briefed on certain SQL/DS 
features to correctly design and code SQL/ 
DS modules. Poor coding at this level can 
severely impact overall SQL/DS system 
performance. 

In order to protect the integrity of the 
data, it is necessary to understand the ef- 
fective isolation level of the data to be 
accessed. This isolation level is deter- 
mined when the lock level of the 
DBSPACE is defined. However, an ex- 
pected isolation level can be nullified by 
data accesses that ignore the indexes and 
perform a DBSCAN. 

The price for excessive isolation is a 
lesser degree of concurrency in which 
users will have to wait to access data. 
Isolation level is a preprocessor-time con- 
sideration. The isolation level options are 
Cursor Stability (CS) and Repeatable Read 
(RR). CS only isolates the target row for 
the I/O, regardless of the LUW. RR holds 
all pages of target rows until the LUW is 
completed and provides for reread con- 
tingency by the application, guaranteeing 
that no other processing will update the 
same data between the first and subse- 
quent reads. 

The block fetch feature is a preproces- 
sor-time option that provides for interim 
memory storage of numerous data re- 
quests which are transferred in block to 
the application program. By using this 
feature, resources are saved in passing data 
to the application. This feature is only ap- 
plicable in multiple user mode. 

The programmer and the database ad- 
ministrator must coordinate their efforts 
to ensure limited updating of columns that 
are part of an index. It is more effective 
to delete and then add the target row when 
columns to be updated are part of an 
index. 

The SUM verb provides for summing 
data at retrieval time. If the data is prop- 
erly indexed, the SUM feature reduces 
coding. However, improper use of this 
feature can yield poor performance and it 
is sometimes more efficient to retrieve 
target rows and do the summing of data 
via user coding. 

Proper design of LUWs, which should 
be kept as short as possible, will have a 
positive impact on SQL/DS performance. 
COMMIT WORK causes the release of 
resources and the physical modification of 


SQL/DS data on disk storage and signals 
the end of the LUW. 

With on-line transactions, the tendency 
had been to keep each module small and 
link together as many modules as required 
to define the logical transaction. It was 
previously taught that CICS modules 
should be limited in size to reduce virtual 
memory resources and increase through- 
put. Given the way SQL/DS handles 
agents, access modules, locks, pages, 
binding and attachment processes, it may 
be more desirable to group all SQL/DS 
modules pertaining to one task together in 
one larger module. The resultant tradeoff 
in terms of memory can be better than the 
overhead of agents, log file I/Os, transfer 
of control and the resultant LUW from 
module linking. LUWs spanning several 
SQL/DS modules increase restart/roll- 
back overhead and negatively impact 
overall SQL/DS performance. In general, 
longer LUWs increase the potential for 
deadlocks. 

A deadlock is the way SQL/DS re- 
solves a deadly embrace situation. When 
this occurs the youngest request for data 
will be backed out to release its resources, 
which are being wasted, since this task 
is stalled pending a particular locked 
resource. 

Deadlocks can occur due to poor ap- 
plication design. When designing LUWs, 
it is important to evaluate concurrency and 
availability of resources. This will help 
to limit the number of deadlocks in pro- 
duction. 

SQL/DS commands can be static or dy- 
namic. Static commands are commands 
embedded in an SQL/DS program in 
which variables are defined but their val- 
ues are unknown. For static commands, 
optimization is done at preprocessing time. 
It is important to note that the Optimizer 
favors a DBSCAN because SQL/DS as- 
sumes a 25-30 percent hit ratio on a 
DBSCAN. The dynamic approach pro- 
vides a method of building SQL/DS com- 
mands, including values, and presenting 
them to SQL/DS at execution time. In 
this case, optimization is done at execu- 
tion time; however, the execution time will 
bear the overhead of both Optimizer and 
Preprocessor, since preprocessing in this 
method happens each and every time the 
SQL/DS command is executed. 

Preprocessing an SQL/DS module re- 
quires exclusive locks on the SQL/DS 
system tables such as System Access 
(SYSACCESS), Program Authorization 
(SYSPROGAUTH), Table Authorization 
(SYSTABAUTH), Usage Authorization 
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(SYSUSAGE) and the access module ta- 
bles in SYSO00On. If there is an excessive 
number of SQL/DS compilations, consid- 
eration should be given to developing a 
fast compile partition to reduce the exclu- 
sive lock time of these control areas. 

Explicit locks of a table or DBSPACE 
should normally be avoided. In general, 
the locking of resources should be left to 
SQL/DS. When an explicit exclusive lock 
is employed, the transaction issuing it will 
wait until such a request can be granted, 
and once obtained, all other transactions 
seeking to access the same data will wait 
in turn until the exclusive transaction is 
completed. 

The EXPLAIN command provides a 
method of studying the structure and per- 
formance of SQL/DS commands. Through 
this method, SQL/DS statements can be 
prototyped. Vital information about the 
execution of the statement is stored in four 
work tables: PLAN, COST, STRUC- 
TURE and REFERENCE. By using ISQL 
and the EXPLAIN command, prototyping 
can resolve performance issues during 
program design. 

JOINs can be one of the more resource 
intensive commands in SQL/DS. Incor- 
rect JOINs can cause DBSCANs of large 
volumes of data unnecessarily. The EX- 
PLAIN facility is particularly useful for 
avoiding this circumstance. 


Database Administration 


The database should be monitored reg- 
ularly to avoid out-of-space conditions. 
This can be accomplished by using the 
Database Services Utility (DBSU) or the 
SHOW command. 

Since SQL/DS utilizes the same stor- 
age conventions for its own system data 
as for user data, DBSPACEs that con- 
tain SQL/DS system data can be easily 
monitored. 

The constant adding, deleting and re- 
placing of access modules will eventually 
exhaust the maximum number of entries 
allowed in access module DBSPACEs. 
Periodic deletion of unwanted access 
modules can be performed to relieve this 
situation. 

Due to the manner in which SQL/DS 
maps data areas, it is impossible to mod- 
ify DBSPACEs after they have been ac- 
quired. It is therefore necessary to plan in 
advance when acquiring DBSPACEs be- 
cause they cannot be made larger nor 
combined to form a larger DBSPACE. 

The SQL/DS Optimizer relieves the 
programmer of the responsibility of phys- 
ically navigating through the database for 


MAINFRAME JOURNAL * JUNE 1989 


SQOL/DS 


accessing data. However, to perform ef- 
ficiently, the Optimizer requires up-to-date 
information about the database structures, 
current status and index component char- 
acteristics. The UPDATE STATISTICS 
function is used to reflect the current state 
of the SQL/DS database. Since UPDATE 
STATISTICS causes DBSCANSs of the af- 
fected DBSPACEs, UPDATE STATIS- 
TICS should be performed selectively or 
on a scheduled basis to reduce database 
contention. UPDATE STATISTICS at the 
table level should be performed after ma- 
jor changes to a table and UPDATE STA- 
TISTICS at the DBSPACE level after 
changes to multiple tables in the same 
DBSPACE. 

Reorganization of unclustered tables 
and/or spaces is extremely important and 
must be done regularly. Various alterna- 
tives, from manual to automatic deter- 
mination of reorganization needs, are 
possible. An UPDATE STATISTICS run 
is recommended before any reorganiza- 
tion procedure, so that valid reorganiza- 
tion decisions can be made. The UPDATE 
STATISTICS function is automatically 
performed by SQL/DS when an index is 
created after a table is loaded. 

When loading a table with the PURGE 
option, SQL/DS deletes each row, em- 
ploying the logging function while retain- 
ing all table and index definitions. By 
DROPping and reCREATING the table, 
SQL/DS simply manipulates the catalog 
entries in a fraction of the time without 
the use of the logging function. Since it 
takes longer to LOAD with the PURGE 
option, it is better to DROP, CREATE 
and LOAD the table with the NEW op- 
tion. In the first case, the index will be 
automatically rebuilt, whereas in the sec- 
ond case the index must be created ex- 
plicitly. In order to control excessive in- 
terleaving of physical data on 4K pages 
in data spaces containing multiple tables, 
it may be better to DROP the entire 
DBSPACE, reACQUIRE the DBSPACE, 
and CREATE and reLOAD all the tables 
contained therein. 

It is beneficial to place a large table in 
a DBSPACE by itself. If this is not done, 
DBSCANs of other tables in the same 
DBSPACE will include the scanning of 
the large table as well. 

When utilizing ISQL, routines are a 
better alternative than stored queries, since 
they are easier to modify and are more 
completely displayed. 


Operations 


Batch jobs executed during periods of 


critical on-line activity may affect on-line 
response time due to contention for data 
access. The advantage of executing batch 
jobs in single user mode is that there is 
no interference with on-line activity and 
no cross partition overhead. In addition, 
if logmode is off, there is no logging 
overhead and no danger of exhausting the 
log file. The tradeoff is that concurrency 
is negated in single user mode which may, 
in fact, be acceptable or even required for 
certain batch programs, especially those 
with unusually long LUWs. 

Backups of the database are critical and 
can be performed at the table and 
DBSPACE level via the UNLOAD com- 
mand. There are various provisions for 
preserving data in the event of failures. 
Database backup, database archive and log 
archiving are different strategies which can 
be employed depending on the recovery 
objectives of each installation. 

The COUNTER command displays 
SQL/DS system-wide statistics and can 
be invoked through the operator console 
or via ISQL. The SHOW command pro- 
vides additional statistical information 
about current status of DBSPACEs, 
DBEXTENTs, LOGs, LOCKs and other 
SQL/DS components. For instance, 
SHOW LOCK is helpful to obtain more 
detail when_ investigating locking prob- 
lems. The system catalogs are another 
helpful source of information that can be 
queried via the SELECT command. 

Each catalog is a table containing de- 
tailed information about the SQL/DS en- 
vironment such as Tables, Columns, 
DBSPACEs, Indexes and Program Usage 
Profiles. 

For instance, the SYSCATALOG table 
contains information on all tables in the 
database such as CLUSTERTYPE, num- 
ber of ROWS, number of PAGES con- 
taining ROWS and percentage of active 
pages. The SYSCOLUMNS table con- 
tains information on columns such as 
LENGTH, NAME and TYPE. The infor- 
mation provided in the SYSDBSPACEs 
table refers to the number of TABLES, 
number of usable PAGES, number of 
PAGES set aside for Indexes, percent free 
per data page and Locking Granularity. 
The SYSINDEXES table indicates the In- 
dex TYPE (unique or non-unique), per- 
cent free per Index Page, CLUSTERED 
indicator and LOCKMODE. The infor- 
mation provided in the SYSUSAGE table 
shows program and table dependencies. 
This information is maintained on both 
application data and SQL/DS system data. 

Certain systems functions such as UP- 
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DATE STATISTICS, CREATE INDEX 
and DROP TABLE may require extended 
execution times because of DBSCANs 
involved. 

Accounting information collects the. 
utilization of resources on a user basis 
during SQL/DS execution such as initial- 
ization records, operator checkpoint rec- 
ords and termination records. User re- 
sources accounted for include the number 
of buffers referenced, CPU time and ac- 
tive time. The accounting option requires 
a sequential DASD or tape file and can be 
tailored based on initialization parame- 
ters. Accounting information is not meant 
for performance monitoring. 

There are other helpful features avail- 
able for managing the SQL/DS environ- 
ment. The TRACE facility is a console 
command used to determine specific 
problems. However, it is somewhat dif- 
ficult to read and it does affect SQL/DS 
performance. Relational Design Tool 
(RDT) is a separate IBM Program offer- 
ing that can be used to recommend in- 
dexes for planned or existing applica- 
tions. The CICS transaction CIRD 
displays transactions waiting to establish 
a link to SQL/DS, transactions holding a 
link and accessing SQL/DS, transactions 
holding a link but not using it and trans- 
actions that previously held a link. 


Hardware 


One major consideration regarding the 
development of an SQL/DS environment 
is a conscientious hardware plan. Raw 
processor power, I/O capacity and mem- 
ory are key elements for a successful pro- 
duction SQL/DS facility. However, it 
should be stressed that hardware upgrades 
by themselves only provide a temporary 
solution to performance problems. Appli- 
cation system growth will definitely bring 
again to the surface the problems caused 
by a poorly tuned SQL/DS system. SQL/ 
DS tuning efforts yield longer lasting re- 
sults than hardware enhancements alone. 

The history of data processing has 
proven that any product as flexible as SQL/ 
DS bears a certain cost in terms of system 
resources. Today’s database management 
systems generate thousands of instruc- 
tions per logical data I/O request to DASD. 
Given such a high cost per I/O, it is cer- 
tainly beneficial to reduce the number of 
I/Os. This can be accomplished through 
careful and prudent database organiza- 
tion, sound programming standards and 
an effective hardware configuration. There 
are many alternatives with regard to 
DASD, controllers, processor models and 
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system software configurations that must 
be seriously reviewed in the planning 
phase. 

Each facility must recognize its own 
optimal configuration unique to its envi- 
ronment based on business objectives, 
software profile, budget and software ar- 
chitectural parameters. Because of these 
diversities, there is no generic hardware 
configuration that can be recommended 
for any facility. 


Conclusion 


SQL/DS is a full production database 
capable of handling significant, real time 
updates while providing excellent user 
terminal response time. 

The tuning of SQL/DS is the single 
most important factor in achieving ac- 
ceptable performance objectives. This 
process is somewhat complicated by the 
number of parameters involved, their nu- 
merous rules and roles and the time con- 
suming nature of the process itself. How- 
ever, a good portion of this work is 
performed only once during the devel- 
opment cycle. 

Tuning SQL/DS has been typically ac- 
complished through basic trial and error. 
When using this approach, it is important 
to record all changes made in order to be 
able to recognize and understand the im- 
pact of each one of them, singularly and 
in combination. Sometimes changes that 
would have been beneficial may not re- 
turn demonstrable gains because of other 
underlying problems. A detailed under- 
standing of the various options available 
is required in order to meet performance 
objectives. 

With personnel costs escalating and the 
unit cost of hardware declining, SQL/DS 
is an excellent way to lower application 
development costs through increased pro- 
grammer productivity. 

The non-procedural, non-physical and 
logical nature of relational technology and 
the soundness of SQL/DS offers an ex- 
cellent foundation upon which to base fu- 
ture investments in information systems. 

Any facility with a commitment to 
technical staff and application develop- 
ment should consider application devel- 
opment products that are flexible, pro- 
mote programmer productivity and reduce 
personnel costs. 

With a detailed understanding of SQL/ 
DS, proper tuning and a realistic hard- 
ware plan, real time and production ap- 
plication systems with satisfactory re- 
sponse time can be accomplished using 
SQL/DS.= 
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Expert Systems For 
- Computer Performance 
Evaluation 


MetaRules And Knowledge 


Engineering 


By Bernard Domanski, Ph.D., and Sid W. Soberman 


he objective of this article is to ex- 

plore knowledge representation and 

knowledge engineering techniques 
that can be applied when creating knowl- 
edge bases for Computer Performance 
Evaluation (CPE) domains. The concept 
of MetaRules, rules encompassing other 
rules, are used to help simplify the com- 
plex and cumbersome task of building 
knowledge bases. Examples are given for 
an expert system whose domain is per- 
formance problems for IBM’s MVS/XA 
operating system. 

A domain is a clear and definable ex- 
tent of knowledge about specific subject 
matter. As the discipline of Computer Sci- 
ence associates data structures with types 
of algorithms, a rule-based system is a 
representation of knowledge (that is, the 
data structure) for a particular domain. The 
rules describe the relationships between 
facts in the domain. Rules are usually ex- 
pressed in an IF-THEN form. The knowl- 
edge engineer must gain knowledge about 
a particular domain and must represent 
that knowledge in usable form, for ex- 
ample, a rule-based system. Knowledge 
engineers build expert systems. 

For CPE, knowledge acquisition and 
knowledge engineering are complex and 
cumbersome tasks. During the develop- 
ment of a rule-based system for the CPE 
domain, a knowledge representation was 
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initially formulated. This representation 
was designed to support the standard ex- 
pert system consultation paradigm. While 
in the knowledge engineering phase of the 
development, changes had to be made to 
the knowledge representation to accom- 
modate the peculiarities of the domain 
knowledge. 


Knowledge Representation 


Expert systems fall into several differ- 
ent classes. Systems within the same class 
use the same general type of prototype or 
paradigm. Diagnostic expert systems use 
the consultation paradigm. Users are 
asked to describe observable characteris- 
tics or symptoms so the expert system can 
determine which of several possible prob- 
lems exists. 

In a production system using the con- 
sultation paradigm, rules can be viewed 
in the following form: 

IF symptom(A) & 
symptom(B) & 

THEN diagnosis(X) & 
treatment(Y) 

The fundamental strategy for making 
diagnoses and suggesting treatments is to 
ask a user a precise set of questions in a 
consultation session. The replies are stored 
as facts and these facts are used to fire 
rules in the format above. Rules express 


the relationships between the facts (that 
is, the symptoms) and the conclusions 
(that is, diagnoses and treatments). In- 
evitably, the expert system reaches a 
conclusion(s) based on the information 
available. 

In the area of MVS performance tun- 
ing, an example of such a rule might be 


IF /O response time > 40 msec 
PEND time > 0.10 * 
(Connect time + Disconnect time) 
10SQ time > (Pend time + 
Connect time + Disconnect time) 


THEN 
diagnosis: 
\/O operations are queued in IOS 
because the device is too busy servicing 
other I/Os from this system. The number 
of I/Os needs to be reduced. 


treatment: 
The number of I/Os can be reduced by 
increasing blocksizes and/or increasing 
the number of buffers. 


A key aspect in the systems’ design is 
the knowledge representation used; that 
is, the selection of objects and their as- 
sociated attributes. The effectiveness of 
the system is a function of the type and 
order of the rules used. Of course, a sim- 
ple yet robust design will aid in the sys- 
tems’ development. 

At the first attempt at knowledge rep- 
resentation for the CPE domain, I devised 
the following simple scheme for objects 
and attributes (see Figure 1). 
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The expert system looks for the exis- 
tence of problems; the condition prim- 
itive is used to define the set of questions 
(set_of_keywords) that the expert system 
must ask first. Each keyword is associated 
with a question_to_ask using the prompt 
primitive. To diagnose a problem, the 
boolean_expression_of_keywords (a con- 
junction of positives or negatives) in the 
diagnosis primitive is evaluated. If the 
expression is true, the expert system 
assumes that the problem exists. The 
diagmsg primitive associates the prob- 
lem with actual diagnostic_text and the 
treatmsg primitive associates treatment_ 
keys with the actual treatment_text that 
the expert system displays. 

As an example, convert the previous 
IOSQ time rule into this format (see Fig- 
ure 2). Note in the example the boolean_ 
expression_of_keywords in the diagnosis 
primitive was the conjunction of resp, 
pend and iosq. This can be read as resp 
& pend & iosq. To represent negation, a 
hyphen (-) is placed in front of a key- 
word. The boolean expression in 


diagnosis ('problem2”, ["symptom_A’, 
”-symptom_B’], "treatment_2”) 


is read as (symptom_A) &-(sympton_B). 

Another aspect of the basic strategy is 
that the manner of the dialog is sympto- 
matic. The questions are about symp- 
toms: observations that the user can make. 
This is true for CPE as well as other do- 
mains. There is a limitation in the scheme 
for knowledge representation. Consider 
the following compound rule: 


IF \/O response time > 40 msec & 
- (VIO is being used for small 
temporary datasets) 
OR 


/O response time > 40 msec & 
VIO is being used for sort work files 
OR 


\/O response time > 40 msec & 
- (cylinder boundary allocation 
being used for VIO datasets) 
THEN 

diagnosis: 
\/O operations are queued in IOS 
because the device is too busy servicing 
other I/Os from this system. The number 
of I/Os needs to be reduced. 

treatment: 
negate the VIO symptom(s) found. 


During knowledge acquisition, the 
knowledge engineer for this domain will 
closely examine each potential rule. What 
if VIO were not being used at all? The 
given scheme for knowledge representa- 
tion would force the three VIO questions 
to be asked (see Figure 3). 

Driven by the need to formulate KBAs 
that are concise while being complete, a 
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prompt (keyword, question_to_ask) 


condition (problem, [set_of_keywords]) 
diagnosis (problem, [boolean_expression_of_keywords], treatment_key) 
diagmsg (problem, diagnostic_text) 

treatmsg (treatment_key, treatment_text) 


prompt 
prompt 
prompt 


("resp”, "I/O response time > 40 msec”) 
("pend”, "Pend time > 0.10 * (Connect time + Disconnect time)”) 
("“iosq”, "IOSQ time > (Pend time + Connect time + Disconnect time)”) 


condition ("IOSQ problem’, ["resp”,’pend’”’,’iosq’”’]) 
diagnosis ("IOSQ problem’’, ["resp’;’pend”,”iosq”], "iosq treatment”) 


diagmsg ("IOSQ problem’, I/O operations are queued in |OS because the device”) 
diagmsg ("lOSQ problem’, ”is too busy servicing other I/Os from this system. The”) 
diagmsg ("lOSQ problem”, number of I/Os needs to be reduced.”) 


treatmsg ("iosq treatment”, "The number of I/Os can be reduced by increasing”) 
treatmsg ("iosq treatment’, "blocksizes and/or increasing the number of buffers.’) 


new primitive is needed by the knowledge 
engineer; depend allows a question to be 
asked only if it makes sense in the current 
context. In the example, first ask, “‘Is VIO 
being used?’’ The expert system will ask 
the three related VIO sub-questions if the 
reply is positive. However, if the reply is 
negative, the expert system needs to by- 
pass asking the three sub-questions (see 
Figure 4). Thus, depend conditionally asks 
about the presence of symptoms in which 
the condition is a boolean expression of 
questions previously asked. 


depend (problem, 
[boolean_expression_of_keywords], keyword) 


Next turn to yet another basic strategy of 
the dialog process — help. Classify help 
for expert systems as follows: first, a user 
may need help in how to navigate through 
the expert system. For example, on-line 
help may be available that instructs the 
user in the use of the function keys or the 
cursor control keys. This class of help is 
necessary but has little to do with the 
knowledge domain (that is, CPE). 

The second class of help is fundamen- 
tal to the knowledge itself. If the user of 
the system does not understand the ques- 
tion being asked, the expert system should 
provide a clear, concise explanation of 
what is being asked. For example, for “‘Is 
I/O response time > 40 msec,’ help 
would consist of a brief explanation of the 
components of I/O response time. In ad- 
dition, help should also direct the user to 
the measurement source (that is, an RMF 
report) so (s)he can find the answer to the 
question. This class of help is equivalent 
to a data dictionary and is a central com- 
ponent of not only expert systems, but 


also of Info Center applications as well. 
The help primitive is defined 


help (keyword, help_message_text) 


Thus, for the above example, the help 
primitive might be (see Figure 5). 

Finally, the last aspect of the basic 
strategy allows the user to ask the expert 
system about its reasoning approach. 
While analyzing the domain, the knowl- 
edge engineer naturally questions all the 
knowledge gained. The KBA must be 
carefully constructed and tested for ac- 
curacy. As the KBA grows in size, it be- 
comes increasingly more difficult for the 
knowledge engineer to remember all the 
rules (s)he has constructed. During the 
testing phase of the development cycle, 
the expert system often reaches a diag- 
nosis that the knowledge engineer does 
not understand. At first, the knowledge 
engineer may presume there is an error in 
the KBA. On closer examination, the 
knowledge engineer realizes that what has 
happened is that (s)he has forgotten the 
rule that has fired! 

What is constructed for the knowledge 
engineer’s debugging purposes is a replay 
function. Here, when the expert system 
makes a diagnosis, the knowledge engi- 
neer asks why that diagnosis is being 
made. The expert system then recounts 
the rule(s) that fired in this instance. 
Though the replay function was first de- 
veloped to assist the knowledge engineer, 
it is a critical function for the expert sys- 
tem user. As a user would ask a human 
expert how a particular diagnosis is 
reached, so the user would ask the expert 
system. The net effect is to increase the 
users’ confidence in the expert systems’ 
knowledge and reasoning process. 
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prompt 
prompt 


prompt 
condition ("IOSQ problem’, ["resp”,’svio”,” 


prompt (‘vio””, "VIO being used”) 


condition ("IOSQ problem’, ["resp”,’vio’’}) 


depend ("IOSQ problem’, ["'vio”], ’svio”) 
depend ("IOSQ problem’, ['vio"], "wvio”) 
depend ("lOSQ problem’, [’vio”], "cvio”) 


Should a new primitive be created for 
the replay function? If a traditional pro- 
cedural approach were used by the expert 
system inference engine, the replay func- 
tion would most likely be implemented 
using a stack. There, as each symptom is 
affirmed or denied, it is pushed onto a 
stack where it is popped for the replay 
function. 

In the given knowledge representation, 
all the knowledge necessary for the re- 
play is available. Consider the diagnosis 
primitive: 


diagnosis ("IOSQ problem”, 


poe 


The diagnosis for JOSQ problem is 
given by matching the string JOSQ prob- 
lem in a diagmsg primitive. The treat- 
ment is given by looking up iosq treat- 
ment in treatmsg primitives. Each of 
the keywords in the boolean expression 
((’’resp’’,’pend’’,’’iosq’’]) is looked up 
in prompt primitives to produce the replay 
message. Note, if one of the keywords is 
negated in the boolean expression, the re- 
play is negated accordingly. 

Diagnosis for |OSQ Problem is being 
made because 


(I/O response time > 40 msec) & 
(Pend time > 0.10 * 

(Connect time + Disconnect time)) & 
(1OSQ time > (Pend time + 

Connect time + Disconnect time)) 


To summarize, the consultation para- 
digm has several components in its basic 
strategy. The dialog must consist of a pre- 
cise set of questions; these questions are 
driven symptomatically and are condi- 
tionally asked. Help must be available so 
the user can understand what is being 
asked; and the replay function is neces- 
sary for the user to understand the rea- 
soning process and to increase the level 
of confidence in the expert system. In 
CPE, the original scheme posed was 
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("svio”, "VIO is being used for small temporary datasets”) 
("wvio”, "VIO is being used for sort work files’) 
("evio”, "cylinder boundary allocation being used for VIO datasets”) 


wvio’’’'cvio’’}) 


modified to accommodate the inherent na- 
ture of the knowledge as well as the needs 
of the knowledge engineer and the user. 


Knowledge Engineering 


To build a knowledge base for CPE, 
goals must be clearly defined at the out- 
set. For MVS, there are many overlap- 
ping areas to be addressed: I/O, page/swap 
configurations and SRM settings. In ad- 
dition, you must consider the type(s) of 
workloads that execute; the higher prior- 
ity workloads often dictate the underlying 
hardware configuration so that critical 
performance can be achieved and main- 
tained. Yet, putting too much emphasis 
on the higher priority work can cause poor 
performance for the lower priority work- 
loads. A delicate balance must be found 
between the workloads while keeping 
hardware and software costs down. 

Literature is filled with papers outlining 
different CPE studies, each providing 


prompt 


help 
help 
help 
help 
help 


some summarized guidance or rule-of- 
thumb. Manuals published by hardware 
vendors also contain tuning guidelines. 
Thus, you are literally surrounded with 
data; what separates this from knowledge 
is focusing the data on a set of problems. 
By defining a set of goals to be achieved, 
you can begin to identify facts that can 
help prove each goal. For each case, 
enough knowledge must be supplied so 
each hypothesis can be proved or dis- 
proved. Yet, superfluous facts can lead to 
confusion or wrong conclusions; thus, care 
must be taken. 

Using this goal directed approach, con- 
sider what is involved in generating a 
knowledge base for addressing page/swap 
configuration problems in MVS. To order 
the procedure, create a cause/effect table 
where the causes (rows) are the possible 
configurations and the effects (columns) 
are the symptoms (see Table 1). 

Notice the following characteristics of 
forming such a cause/effect table. Facts 
that are missing and facts that confuse the 
goal can be easily identified. In some cases 
there is an either/or situation; one set of 
symptoms or another may be related to a 
particular configuration. The cause/effect 
table reveals common symptoms between 
various configurations; these are used to 


("resp”, "I/O response time > 40 msec’) 


(“resp”, "I/O response time is the total amount of time it takes”) 

("resp”, "to perform an I/O. In MVS/XA, an I/O operation consists”) 

(“resp”, "of |OSQ time, PEND time, and SERVICE (connect + disconnect)”) 
("resp", "time. A common indicator of I/O bottlenecks is a high value here.”) 
(“resp”, "Refer to an RMF report for these data items.”) 


Symptoms 
S. Ss S, Ss ... 


Configurations 


dedicated swap 
non-dedicated swap 
demand locals with swap 
dedicated demand local 
non-ded demand local/data 
dedicated locals 

non-ded locals/data 

locals w swap w data 


Symptoms 


path util 

swap device util 

local device util 

# actuators on path 

swap rate 

vio rate 

demand rate 

# local actuators 

swap-in transfer time 

demand-in transfer time 

using > 1 page datasets on one volume 
non-paging vol w/dev util 
non-paging data on local vol 

# swap & local actuators on path 
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define subgoals in the reasoning process. 
Finally, the cause/effect table is valuable 
for testing and documentation purposes. 

From this cause/effect table, the next 
step is to create a decision tree that will 
form the core of the knowledge base. The 
strategy is to try to start by asking a ques- 
tion that will eliminate a large percentage 
of the search space; for example, are swap 
datasets being used? The questions should 
go from the general (are non-paging da- 
tasets on a local actuator) to the specific 
(is the average swap-in transfer time > 
80 msec). Each node in the decision tree 
formed represents a question in the expert 
system and the links represent answers to 
the questions. Multichoice questions can 
have many branches, while yes/no ques- 
tions will have only two (see Figure 6). 

The eventual diagram may look more 
like a network than a tree as there will 
probably be several paths to the same 
conclusion or subgoal. The knowledge 
representation scheme can support this. 

The actual design process is quite cyclic 
in nature. You can go back and add more 
dimensions to the cause/effect table; for 
CPE, a third dimension could be work- 
load (TSO, batch, DB/DC and so on), a 
fourth could be the physical resources 
available (for example, expanded storage, 
solid-state disk and so on). The decision 
tree is modified as more possible issues 
are added. 

It is possible that even with a multitude 
of facts, no obvious structure emerges. 
Domain experts often cannot agree on the 
approach to apply to a problem. The de- 
cision tree is a heuristic that the knowl- 
edge engineer applies to the system to 
simplify the consultation process. There 
is no real guarantee that it will be the 
best heuristic; in addition, the expert 
system will still work if no structure is 
used. Questions can be asked and con- 
clusions can be reached independent of 
other questions and conclusions in the 
knowledge base. 

An important aspect of knowledge en- 
gineering is the notion of conciseness. For 
a knowledge base it means having rules 
with minimal boolean expressions so as 
to capture the principle behind the rule. 
For example, different papers in the pub- 
lished literature might have similar yet 
conflicting rules: 


IF — the major workload is TSO/BATCH 
Dedicated LOCAL paging path(s) 
- TSO response is meeting objectives 
page transfer time > 30 msec 
- swap transfer time > 100 msec 

THEN 
There is high page-in response time on a 
dedicated LOCAL path. 


Re Qo Qo Qo 
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Fle @art 8 


Is TSO/BATCH The Major System Workload? 


Pe 


Is IMS or CICS 
the major workload? 


aa 


Is page transfer time > 30 ms? 


fer 


is swap transfer time > 100 ms? 


Bie es 


IF the major workload is TSO/BATCH 
Dedicated LOCAL paging path(s) 
- TSO response is meeting objectives 
- page transfer time > 30 msec 
swap transfer time > 100 msec 

THEN 
There is high page-in response time on a 
dedicated LOCAL path. 


IF the major workload is TSO/BATCH 
Dedicated LOCAL paging path(s) 
- TSO response is meeting objectives 
page transfer time > 30 msec 
swap transfer time > 100 msec 

THEN 
There is high page-in response time on a 
dedicated LOCAL path. 


On close examination, you see the great 
similarity between these rules; in fact, if 
you apply some of the basic laws of 
switching (boolean) algebras, you can 
simplify and minimize these rules to: 


© Bo Qo Qo 


R© Qo Qo Qo 


IF — the major workload is TSO/BATCH 
Dedicated LOCAL paging path(s) 
- TSO response is meeting objectives 
page transfer time > 30 msec 

THEN 
There is high page-in response time on a 
dedicated LOCAL path. 


IF the major workload is TSO/BATCH 
Dedicated LOCAL paging path(s) 
- TSO response is meeting objectives 
swap transfer time > 100 msec 


© Qo Qo 


© Qo Qo 


There is high page-in response time on a 

dedicated LOCAL path. 
If you let A = (page transfer time > 30 
msec) and B = (swap transfer time > 
100 msec), the differences in the first three 
rules are expressed as: (where + is the 
notation for OR) 

(A)(-B) + (-A)(B) + (A)(B) 
The simplification follows: 
(A)(B + -B) + (-A)(B) 
(A)(1) + (-A)(B) 


(A) + (-A)(B) 
(A) + (B) 

Though such simplifications are not al- 
ways possible, an examination of the KBA 
while it is being constructed will greatly 
aid in preserving conciseness. It also helps 
the knowledge engineer analyze poten- 
tially confusing rules-of-thumb. 

The cause/effect table(s) created is the 
best beginning for testing the KBA. As 
knowledge engineering is a cyclic proc- 
ess, rules will be rewritten implying the 
cause/effect table gets updated. The re- 
play interface described previously is crit- 
ical when testing the KBA. 

To summarize the knowledge engi- 
neering process: 

1) Define the goals of the KBA 

2) Begin acquiring knowledge and form 

the cause/effect table 

3) Define a decision tree 

4) Build and test a small prototype 

5) Analyze, redesign and test as nec- 


essary 
6) Expand the KBA adding more rules. 


MetaRules 


An expert system that can explain its 
Own reasoning process is said to demon- 
strate MetaKnowledge (knowledge about 
its own knowledge). As an illustration, 
the replay function uses the knowledge 
contained in the prompt and diagnosis 
primitives to display MetaKnowledge. In 
a rule-based system, MetaKnowledge will 
also include the origin of knowledge (that 
is, I/O response time can be found on an 
RMF report). 
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prompt (keyword, question_to_ask) 


Expert Systems 


diagnosis (problem, [boolean_expression_of_keywords], treatment_key) 


FIRS U8E 8 


prompt("cputil”, "CPU utilization > = 101%”) 
prompt("‘pagefaul”, "Observed page-fault rate > RCCPTRT”) 

("uic”, "uic < 2°) 
prompt("outrdy”, "AVG OUT-and-READY Queue > # of processors’) 


prompt("meta000”, "System appears to be over-utilized — MPL being reduced”) 
diag("gen000”’["cputil”, “pagefaul”, "uic’”’],’meta000”) 


diag("gen001",[” meta000",outrdy”],"tgen001”) 


MetaKnowledge can also be repre- 
sented by rules on which other rules take 
precedence. Consider the following rules: 


Rule 1 


IF — cpu utilization > 101% 
page fault rate > RCCPTRT 
UIC < 2 


Qe Qo 


THEN 
the SRM MPL adjustment algorithm will reduce the 
system-wide Multiprogramming Level (MPL) 


Rule 2 
IF the system-wide MPL is being reduced & 
AVG OUT-and-READY Queue > # of processors 


THEN 
the system is over-initiated. The primary 
workload cannot be brought into main storage 
because of a lack of resources. 


This pair of rules illustrates a depend- 
ency of one rule on another. We have a 
rule of the form IF A THEN B and an- 
other of the form IF B THEN C. The 
second rule is called a MetaRule; the rule 
being fired depends on whether a different 
rule has been fired. MetaRules can be used 
to symbolize subgoals within a knowl- 
edge base. In Rule 1 of the example, the 
system-wide MPL is being reduced is a 
subgoal and is displayed as part of a di- 
agnosis. The diagnostic message can also 
include an indication of where the con- 
sultation dialog will proceed: 

The SRM MPL adjustment algorithm will be reducing 
the system-wide MPL. 

The dialog will now proceed to ask about your IPS 
and your physical paging and I/O configuration. 


Note that IPS (software) changes will, in general, 
be easier to carry out than configuration (hardware) 
changes. 


MetaRules help the user understand the 
reasoning process behind the dialog and 
help the knowledge engineer order the 
consultation process. Once a subgoal has 
been identified, it can be used as part of 
other MetaRules as well: 

IF — the system-wide MPL is being reduced & 
— TSO is meeting service level objectives & 


Number UNILATERAL SWAPS > 
25% total PHYSICAL SWAP OUT 
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THEN 
TSO users are being unilaterally swapped out 
in a system that appears to be over-utilized. 


How can MetaRules be coded in the 
knowledge representation? Recall the 
prompt and diagnosis primitives (see 
Figure 7). If you are given Rule | in the 
form JF A THEN B, the diagnosis prim- 
itive is coded as 
diagnosis (problem1,[A],B) 


Having the expert system assert the 
treatment_key (B) in its working memory 
allows it to be used in other rules. Thus 
for Rule 2 in the form /F B THEN C, the 
diagnosis primitive is coded 
diagnosis (problem2,[B],C) 


To support the replay function, the 
prompt primitive is used to associate text 
with the treatment_key keyword. As a fi- 
nal example, I illustrate how the rules in- 
volving the system-wide MPL are coded 
(see Figure 8). 

The concept of MetaRules goes beyond 
a single knowledge base. For example, 
you may be working in a domain that con- 
centrates on the use of the SRM and dis- 
cover that paging problems are present on 
the mainframe system. Under these con- 
ditions, the treatment message in the SRM 
KBA should direct the user to the paging 
knowledge base for a detailed analysis of 
the potential problem. Here, the expert 
system can create a file containing those 
facts that the paging knowledge base 
would require; this would streamline the 
consultation process when the paging KBA 
is used. Taking the concept even further, 
an initialization program could query the 
user one time about his/her specific main- 
frame configuration: type of processor, 
type/number of DASD, quantity of main/ 
expanded storage and so on. Other 
knowledge bases can then be created that 
presume that these configuration facts ex- 
ist in a readable format. This use of 
MetaRules will help to minimize redun- 
dancy across knowledge bases. 


Summary 


Building knowledge bases for any un- 
structured domain is no simple accom- 
plishment. The objectives were to outline 
a simple yet rich representation for 
knowledge in the MVS tuning area. 
Knowledge engineering techniques vary 
from interviewing human experts to run- 
ning simulation models; as CPE rules-of- 
thumb have been published in many pa- 
pers, I believe the cause/effect table as- 
sists the knowledge engineer in establish- 
ing a structure for the knowledge. In 
addition, the use of the fundamental 
laws of switching algebras can help to 
establish concise knowledge bases. Fi- 
nally, I have defined the concept of 
MetaKnowledge and have tried to show 
how the use of MetaRules can improve 
the quality of knowledge bases. It is my 
hope that these observations can further 
the study of knowledge in the CPE prob- 
lem domain. 
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CS Monitor 
Eliminates 


Common 
Service 
Area Creep 


users who are con- 
cerned about Com- 
mon Service Area 


(CSA) monitoring could do well to read 
the current bestseller, All J Really Need to 
Know I Learned in Kindergarten, by 
Robert Fulgham. In that book, the author 
reminds us that most of what we really 
need to know about how to behave we 
first learned in kindergarten. These rules 
are fundamental, the author claims, to liv- 
ing harmoniously with each other. They 
apply equally as well to living with CSA: 
¢ Share everything 

* Put it back where you found it 

¢ Clean up your own mess 

¢ Do not take things that are not yours 

¢ Say you are sorry when you hurt 

somebody. 

The alternative is to install a product 
that can help you enforce some of these 
rules. Boole & Babbage’s Common Stor- 
age Monitor enforces most of the rules 
mentioned previously to optimize CSA 
utilization for MVS users. 

CSA monitoring has been a problem 
that has plagued MVS users since MVS 
was introduced. IBM program products, 
packages from independent software ven- 
dors and internal systems all use and often 
misuse CSA and the related System Queue 
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By John Kador 


Area (SQA). MVS users have always op- 
erated in the blind in this critical area. 

Most data processing centers experi- 
ence some form of ‘‘CSA creep,’’ the slow 
increase of allocated CSA until the sys- 
tem is severely degraded or brought to its 
knees. CSA creep is often the result of 
unreleased or misused CSA, resulting in 
fragmentation, throughput problems and 
a steady decline in user service levels. 

Originally developed as a part of RE- 
SOLVE PLUS, Boole & Babbage’s MVS 
real-time problem detection, diagnosis and 
solution tool, CS Monitor provides an in- 
depth investigation tool to monitor users 
of CSA and SQA on MVS/XA. It pro- 
vides tools to identify and recover 
‘“‘wasted’’ CSA held by terminated tasks. 
It can reduce IPLs resulting from CSA 
creep and keeps vendor software and in- 
ternal application use of CSA and SQA 
in check. 


Extra Demands 


Monitoring CSA and SQA is techni- 
cally challenging. First, common and pri- 
vate storage compete with each other for 
allocation of the total, available virtual 
storage on an MVS system. Unlike pri- 
vate area storage, pageable CSA does not 
get paged out when an address space is 


swapped out. Instead, it must wait for a 
system pageout request. All of this con- 
tributes to putting extra demands on the 
paging subsystem. 

Second, allocated (GETMAINED) CSA 
must be explicitly released (FREE- 
MAINED) when it is no longer required. 
It is not the responsibility of the operating 
system. The user must do it. Failure of 
the user to release common storage that 
is no longer required leads to shortages 
of CSA that degrade system performance. 

Third, CSA is not user-oriented. It is 
non-accountable storage. This means that 
MVS does not keep track of what address 
spaces have been allocated to which stor- 
age locations. As a consequence, short- 
ages of CSA and SQA routinely crop up 
and have been historically hard to antic- 
ipate, prevent or diagnose. Indeed, it is 
often a mystery as to which system com- 
ponents, user applications, ASIDs and 
jobs obtain common storage and why. 
It has been equally difficult to deter- 
mine when the allocation was made and 
whether or not the common storage had 
been released. 

MVS/XA was supposed to eliminate 
CSA creep. However, as many XA sites 
have discovered, certain systems, appli- 
cation and vendor products will not run 
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above the 16MB line. In addition, several 
new products (such as DB2) consume huge 
amounts of ECSA. As a result, common 
storage both above and below the 16MB 
line remains a constrained resource in 
many areas. 


Common Storage Shortage 


CS Monitor helps to diagnose the causes 
of common storage shortage by tracking 
requests for CSA and SQA and maintain- 
ing a table of allocations by JOBNAME 
and ASID. The system time stamps re- 
quests and accumulates them by subpool, 
storage key and location (above or below 
the line). 

CS Monitor can display CSA and SQA 
allocation in any of several formats. De- 
tailed data, including storage contents, 
date and time of allocation, length, sub- 
pool and storage key can be displayed for 
the entire system or by specific JOB- 
NAME. Allocations of common storage 
without corresponding active tasks are 
flagged by CS Monitor to help identify 
potentially misused and/or wasted com- 
mon storage. In this way, it provides a 
link between the common storage allo- 
cation and the address spaces actually 
doing the allocation. 

Using ISPF dialogues, CS Monitor as- 
sists users in gathering information and 
navigating through the system’s many op- 
tions. Full, high-resolution color charts 
provide displays of common. storage 
allocation. 


CSA Hurts Hertz 


CSA monitoring has been a frustration 
for the Hertz Corporation since it intro- 
duced MVS at its sprawling Oklahoma 
City data processing center. ‘“We’ve al- 
ways operated in the blind in this area. 
We couldn’t be sure which users were us- 
ing CSA and who didn’t clean up after 
themselves properly,’ says Jerry Sevier, 
manager of MIS. 

When Hertz developed a mission-crit- 
ical on-line Rating System to support its 
international car rental business, the CSA 
utilization problem threatened to become 
unmanageable. CSA utilization often in- 
creased to 100 percent during the day. As 
a result, the system bogged down, frus- 
trating customers at hundreds of rental lo- 
cations and occasionally forced an IPL 
outage that brought the entire system 
down. In the cutthroat world of car rentals 
when the competition is right next to you 
on both sides, such outages are com- 
pletely unacceptable. Hertz operates an 

IBM 3090-400E under MVS/ESA. 


Hertz does not use CS Monitor to ac- 
tively free CSA. Rather, it employs it off- 
line as a preventive measure usually to 
alert vendors and users to code that con- 
tributes to the problem. 

Hertz would like to make the monitor- 
ing functions of CS Monitor available to 
more users. However, the company is also 
concerned that some features of the sys- 
tem are too powerful for wide distribu- 
tion. It can take advantage of six levels 
of password protection to restrict specific 
uses of the product. Users may be re- 
quired to have unique passwords to start 
CS Monitor, to stop it, to access it, to 
browse common storage allocations, to 
alter common storage and to free common 
storage. 

“‘We now have control of the CSA 
problem. Hertz now operates in a more 
controlled environment rather than in 
constant panic mode. Anytime you have 
a scenario in which you can take preven- 
tive action, it’s better than fixing things 
after they’re broken,’’ Sevier explains. 


CSA Fragmentation At USAA 


Any data center with significant proc- 
essing volumes that does not take control 
of CSA creep will inevitably become the 
victim of unscheduled IPLs. This was the 
case for the United Services Automobile 
Association (USAA). The San Antonio, 
TX-based insurance company, processing 
over five million transactions per day on 
its four 3090-class computers, found that 
CSA fragmented so rapidly that it could 
run the system only for one day before 
risking a failure. The company was forced 
to IPL nightly. 

““CSA fragmentation problems were 
appearing every normal production day,’ 
recalls Roy Kimberly, an MVS perform- 
ance specialist and 10-year USAA vet- 
eran. “‘We had to IPL three or four times 
a week to resolve these problems — with- 
out knowing their source.’’ 

When USAA management introduced 
a new service level objective of 24-hour 
availability, the data center knew it had 
to stop merely reacting to CSA problems 
and get ahead of the problem. The time 
spent bringing the system down, draining 
it and re-IPLing proved too costly. 

A task group studying the problem de- 
termined that during the business day the 
growth of CSA showed steep variations. 
As the system approached its maximum 
capacity during the day, paging increased, 
system response degraded and 300 or more 
users were frustrated with unacceptable 
response times. The system limped along 
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until it could be reinitialized later that 
night. While fine tuning using utilities 
supplied by IBM gave some relief, the 
problems grew progressively worse. To 
diagnose its CSA problems properly, it 
needed new sources of information. 

After installing CS Monitor, USAA 
quickly learned some things it did not 
know before. It saw which users and ap- 
plications received the lion’s share of 
CSA. It identified bugs in some systems, 
MVS design limitations and application 
coding errors. Armed with this informa- 
tion, the data center cleaned up bugs, re- 
leased storage, defragmented the CSA and 
pointed out design problems to software 
vendors. 

The single biggest finding concerned 
IBM’s paging technique to allocate mem- 
ory. The system used solid-state devices 
for its page and swap datasets which had 
to be added to the system using the MVS 
PAGEADD command. A total of 16 da- 
tasets were being added in this manner 
after every IPL. Using CS Monitor, they 
discovered that this process was unneces- 
sarily allocating over 256KB of storage 
below the 16MB line. Eliminating this 
problem took a lot of the pressure off. As 
necessary, USAA uses the FREE service 
of CS Monitor to delete that storage. 
USAA contacted IBM which opened 
APAR #OY 13984. IBM has since deliv- 
ered a solution and the problem is closed. 

““No vendor has the time, inclination 
or energy to go through and analyze the 
code line-by-line for CSA usage,’’ Kim- 
berly concedes. ‘‘So it is understandable 
that there will be problems.’’ He suggests 
that vendors run their products through 
CS Monitor. Then, working backwards, 
they can determine where the software did 
not release storage. 

CS Monitor is an ISPF dialogue pro- 
viding detailed information about the use 
of Common Storage for MVS/XA and 
ESA systems. It operates in either full- 
screen ISPF mode or in RESOLVE PLUS 
command mode. 

System requirements for CS Monitor 
are as follows: MVS/XA or ESA and ISPF 
Version 2.2.0 or higher. GDDM Version 
1, Release 2.0 or higher is recommended 
but not strictly required. A perpetual li- 
cense for CS Monitor on a stand-alone 
basis is $15,000. At press time, the stand- 
alone version was not available. Until it 
is, the vendor is offering Resolve Plus at 
no additional cost. For further informa- 
tion, contact Boole & Babbage, 510 Oak- 
mead Parkway, Sunnyvale, CA 94086, 
(408) 735-9550, (800) 222-6653. 
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—CMF Analysis — 


CMF Analysis from page 79 


not addressed are access method counts 
and file gets and puts. Global transaction 
records and accounting and exception rec- 
ords were not covered. Your CICS sys- 
tems programmers can help determine 
what variables your particular shop needs 
to maintain. The Dictionary records show 
you the format for all variables available 
in CMF. The field connectors tell you 
which ones your particular shop is re- 
cording. Under CICS 1.7 you have the 
option of not recording all variables, us- 
ing an EXCLUDE statement. 

Management should encourage some 
members of the staff to study these com- 
plex records. The only way to understand 
your company’s SMFI110 data is for 
someone to spend time with your raw rec- 
ords. Then as management raises its ques- 
tions, knowledge and a valuable tool are 
at hand. 

Editor's Note: This article was written 
before Release 2.1 of CICS. In prelimi- 
nary research, the author has found 
that the CMF data described under 
CICS 1.7 appears approximately compa- 
rable in 2.1, although further testing will 
be performed. 

It is difficult to process and read com- 
plex SMF110 records and a challenge to 
understand how they all fit together. Dale 
has created several appendixes to this ar- 
ticle which can provide you with initial 
tools to access and interpret this infor- 
mation. If you would like a copy of these 
appendixes, send a self-addressed enve- 
lope (at least 9" x 12") with $.65 in pos- 
tage stamps included to ‘‘Dale’s SMF 110 
Appendixes,’ MAINFRAME JOURNAL, 
10935 Estate Lane, Suite 375, Dallas, 
TX 75238. 
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VSE from page 60 


For transients in the LTA or CRT tran- 
sient areas, the SDL entry is used to 
load the phase from the library into the 
shared phase library and then subse- 
quently move the transient into its re- 
spective area. These directory entries for 
these phases are designated by the move 
operand on the SET SDL statement, for 
example $$BOCRTA, MOVE. 

And finally, a directory entry can be 
loaded into the SDL using the SET SDL 
statement phasename with no operand, for 
example $JOBCTLA. Although the phase 
is not ever loaded to the shared phase li- 
brary, this will improve performance by 
bypassing the core-image library direc- 
tory search at fetch time. This method, 
however, should only be used with system 
core-image library phases. 

The system getvis area is used widely 
by the VSE system to dynamically ac- 
quire storage for various tables such as 
the lock table or the DASD label areas. 
Additionally, this area is used frequently 
by software vendors for their own exe- 
cution and working storage. The tech- 
niques used to manage system getvis 
are relatively the same as the techniques 
used to manage partition getvis except 
with extra operands on the macro in- 
vocations, for example SVA=YES on 
the GETVIS macro. 


Conclusion 


From control blocks, to task selection, 
to storage management, you are building 
your knowledge base of VSE under the 
covers to the point where you can ap- 
proach problem situations with confi- 
dence. ‘In the next peek, I will begin 
addressing debugging situations using 
this base to provide the skills neces- 
sary to manage today’s complex VSE 
environment.> 
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CASE Strategy from page 75 


AGER dictionary have been logically 
connected, however, it is difficult to 
change definitions. It has also been dif- 
ficult to translate logical database defini- 
tions into physical schema definitions. 
Until recently, the procedure was entirely 
a manual one, involving duplication and 
transfer of entries from DATAMANA- 
GER to Software AG’s data dictionary, 
PREDICT. To automate much of this 
process, Administrative Computing is 
currently beta testing PREDICT CASE, a 
tool for the planning, development and 
documentation of an application system. 

According to David Wells, WSU’s de- 
velopment manager, one of the main at- 
tractions of PREDICT CASE is its-full 
integration with the University’s com- 
plete computing environment. Wells in- 
dicates that WSU eventually hopes to in- 
tegrate PREDICT CASE with NATURAL 
EXPERT (which will be beta tested at the 
University later this summer). PREDICT 
CASE serves as a repository and directory 
of reusable components and also provides 
the program composer. NATURAL EX- 
PERT will be used to build a knowledge- 
based software configuration system. 

““By coupling expert systems technol- 
ogy from NATURAL EXPERT with the 
repository and program composer feature 
of PREDICT CASE, we expect to pro- 
duce high quality applications quickly with 
a minimum amount of custom program- 
ming,’ Wells adds. 

The University currently accomplishes 
process and data decomposition through 
the use of NATURAL ARCHITECT 
which the school plans to supplement with 
PREDICT CASE. The conversion should 
involve no loss of data from NATURAL 
ARCHITECT due to an import facility in 
PREDICT CASE. 

Wells indicates that he expects the Uni- 
versity to make as solid a commitment to 
PREDICT CASE as it did to NATURAL 
and ADABAS seven or eight years ago. 

**There’s a strong parallel between the 
two situations, since CASE is as imma- 
ture today as 4GLs were seven or eight 
years ago when we first adopted ADA- 
BAS and NATURAL. So we're well aware 
that we'll face a lot of hurdles and chal- 
lenges along the way; however, we 
believe the end result will be a better 
environment. "= 
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ADABAS 5: more than more performance. 


ADABAS 5’s leading position as a high-performance DBMS has been verified 
once again by a series of standard, fully scaled benchmarks. Each was conducted 
ona National Advanced Systems AS/EX™ 100 (equivalent in power to an IBM 
3090 500S). And audited by Coopers & Lybrand. 

In the standardized TP1 debit-credit benchmark, ADABAS 5 worked with a 
data base containing 1 million accounts. The results: a record-breaking 388 


Demand the 
performance 
and function- 


transactions per second (tps) — 99.3% serviced in under one second! ality only 
For the first time, an authentic ET1 debit-credit benchmark was conducted ADABAS 5 

with ADABAS 5 managing 10 million accounts. The results: 167 tps (from termi- 

nal in/to terminal out) — 99.5% serviced in under one second! can offer. 


These figures represent major savings in time and money. But they’re not sur- Ti 
prising — at least not to the thousands of organizations which already use o order your free 


ADABAS 5. copy of the ADABAS 5 


They expect more performance. Plus the benefits that come from 18 years’ ex- 
perience in DBMS technology: — relational functionality which allows adaptable Benchmark Report, call 


data structures and fast information retrieval based on multikey criteria — docu- toll-free: 
ment management and free text retrieval — 24 hour processing in a fully inte- 
grated DB/DC environment — portable applications across various hardware and 1-800-843-9534 today. 


operating systems — distributed processing — entity relationship data bases with 
recursive retrieval functions for knowledge-based systems. 

Discover how much more profitable your DP organization can be. Conduct 
your own ADABAS 5 benchmark, using your own data and application profile 
in your own production environment. The facts will speak for themselves. 


G SOPWARE AG 
Programming Business Success 


™ AS/EX is a trademark of National Advanced Systems Corporation. 


CIRCLE #75 on Reader Service Card A 


Q To what degree can system overhead be affected by using 
an IPS designed for a 3081 on a 3090-200E with 64MB real 
and 64MB expanded? I can’t seem to convince management 
of the importance of the IPS! 


A I would need to know what your configuration and software 
levels were prior to and after the upgrade before discussing 
whether or not system overhead has indeed been affected. The 
variables involved are numerous and each affects the system 
differently. 

The function of the IPS is to regulate the workflow through 
your system. To keep this concern in perspective, ask if your 
performance objectives are being met. If they are, remember 
that MVS operates more efficiently under heavier utilization 
and if the performance begins to suffer you should review your 
IPS then. Your new processor may have enough extra power 
not to be driven to high utilization by your existing workload. 

If management is not interested in the IPS, you should make 
them aware that it affects almost every aspect of how your 
system functions. You may want them to advise you on their 
priorities and tailor the IPS based on their input. 

Answer provided by Leroy Shea, Davis, Thomas & Associates, 
Minneapolis, MN. 


Q/ am having a problem using the VSE macro GETFLD. The 
GETFLD macro is one of those magical invocations only whis- 
pered about in the VSE SUPERVISOR logic manual and we 
all know apprentice wizards are not privy to understanding 
them. I would like to create a program that will display the 
start IOS for each partition, much like the ICCF program 
IESDA. The way I am using this macro is: 


GETSTAT DS 


OH 
GETFLD FIELD = COMRGPTR, PART = XX 


XX DS H 

For every partition I wish to display, I load the corresponding 
PIK into XX (depending of course on how many partitions are 
in the system). Once I know the address of the COMREG area, 
I can get the address of the accounting table at offset +116. 
The rest is a simple matter of adding all the SIO entries in the 
Accounting Table. This is a class A FASTSVC service and 
should be unrestricted but when I try to execute this code | 
get the following error: 

ILLEGAL SVC — HEX LOCATION B29146 — SVC CODE HEX 6B 
This error message might as well read: 

OOPS — SOMETHING WENT WRONG — YOU GUESS WHAT. 
Can you tell me why this doesn’t work or what I may be doing 
wrong? 
A You are correct, the invocation that you describe is unre- 
stricted and through my reproduction of the description of your 
problem, I found several facts. I suspect you have a “‘bug”’ 
in your program in setting up the ‘“‘PART=XX”’ operand of 
the macro. In my testing, if I specified a correct PIK in that 
macro, I achieved the desired results and obtained the parti- 
tion’s communication region pointer. If, however, I specified 
an invalid PIK with the macro call, I received the same error 
exit from the supervisor or ‘‘Illegal SVC.’’ Perhaps I could 
suggest the error message is a misnomer of sorts. 

The PIK value in the macro should be half-word aligned 
and in hexadecimal format, e.g. x’0010’, x’0020’ etc. I would 
suggest this is your problem. 


Use of the macros is suggested as it makes coding easier; 
however, I could suggest a different approach that achieves 
the same result without an SVC: 


GETSTAT DS OH 
LH R2,XX Load desired PIK in R2 
A R2,APIBTAB Index to PIB2 table from PSA 
USING PIBADR,R2 Address PIB dsect 
LH R1,PIBCOMRA Load part's comreg address 
DROP R2 


The address of the Partition Information Block Index Table or 
PIBTAB can be found within the PSA at address X’248” be- 
ginning with VSE/SP 2.1. 


Answer provided by Eric Vaughan, President of Smartech Systems, 
Inc., Dallas, TX. 


Q From a batch partition in MVS/XA, are there any system 
macros that can determine if an ICF dataset is currently en- 
queued by any job in the system? Are there any macros that 
can deallocate/force this dataset from the job it is enqueued 
to and later reallocate that dataset back to a specific job (not 
the job running this enqueue test)? Could you show coding 
examples? The specific use is that CICS journals (systems and 
user) must be deallocated from the CICS job (after a journal 
switch) before a batch job can dump and format that journal. 


A IBM has supplied a transaction that is the answer to your 
problem. The transaction is ADYN and it does allocation and 
deallocation of datasets. It is documented in the C/CS/OS/VS 
Customization Guide (SC33-0239). Also in the same manual 
in Chapter 6.2 is a sample program that does dynamic allo- 
cation. The manual explains how this works fairly well. 

By using the DYNALLOC function, a terminal operator can 
dynamically allocate or deallocate any file that CICS can open 
and close. With suitable operating disciplines and CEMT com- 
mands, extra-partition transient data files, journals, dumps, 
traces and statistical files can be included. 

A VSAM file in the FCT is not opened until the first read 
is issued. The dynamic allocation program can also allocate 
and deallocate File Control Table datasets (VSAM files) but 
you would not normally need this program for datasets. You 
can use the dynamic allocation and deallocation facility which 
is part of CICS 1.7. If you have IMS/VS 2.1 you can use its 
dynamic allocation and deallocation support. 

There are also several non-IBM products on the market which 
will perform batch allocation and deallocation of files, DL/1 
databases and CICS queues. 

Answer provided by Dennis Bertrand, Davis, Thomas & Associates, 
Minneapolis, MN. 


Q We have recently upgraded our MVS/SP 2.1.7 system to 
MVS/SP 2.2.0. Prior to the upgrade our paging environment 
was relatively stable averaging 10 to 12 pages per second. 
This upgrade included DPP 2.3. Any ideas? 


A We tried to contact the person who asked this question but 
found he was no longer with the company. Based on the lim- 
ited amount of information we have, we thought that the com- 
pany could be using the default IPS with MVS 2.2.0. It is also 
possible that the MVS/SP 2.1.7 system had a tailored IPS for 
the company’s needs. Of course, there are other possibilities 
but anything at this point is just speculation. 

Answer provided by Michael O’Donnell, Davis, Thomas & 
Associates, Minneapolis, MN. 
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You need 
Macro4 in your 
corner. 


ised by operational 


rformaneproblems? 


ELIMIN Tl 


DUMPMASTER — eliminates the time- 
consuming problems of program debugging 
and dump handling by offering you: 
¢ simplified on-line dump management 
* on-line debugging via CICS, CMS, TSO 
or ICCF 
¢ handles both batch program and 
CICS abends 
¢ reduction of dump printing costs and 
programming time 


LOGOUT — offering unrivaled DOS/VSE system 
control, this superb console manager gives you 
sub-console facilities at CICS or 
VM terminals 
rapid access to multiple system consoles from 
any terminal for precise, single-point contro! 
full support of all SYSLOG and POWER 
commands 
built-in help facilities 
time limiting and progress reporting 
instant access to data in POWER queue files 


TUBES: World's B ession Management Too! * VSAM/TUNE: The Leading VSAM Performance Too! 
¢ VPAC: The Unbeatable VM Performance Analyzer and Control Facility 
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‘A Systems Software 
Brookside Plaza, RO. Box 187, Mt. Freedom, NJ 07970 
(201) 895-4800 (800) 223-0414 
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G” WITH THESE 
SOLUTIONS 


CICSPRINT — designed to maximize your 

spooling, and report handling capabilities 

by providing 

* POWER to CICS, CICS to POWER and VM to 
POWER spooling 

* improved and simplified end-user facilities 

* greater flexibility and control with minimal 
operator intervention 

® unmatched versatility to effectively save 
print time and reduce costs. 


Don't settle for mere ‘‘band aid”’ solutions. Let 
the power of Macro 4 help protect your system 
from operational performance ‘bruises’! 
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WE'LL HELP YOU DELIVER YOUR OWN 
KNOCK OUT PUNCH! 


CALL 800-223-0414 
AND PUT THE POWER OF MACRO 4 
IN YOUR CORNER. 


We've been providing powerful solutions to 
| MlS system problems on an international 
scale since 1968 — with a full range of 
software solutions for VSE, VM and MVS 
operating system requirements. 


VM 


YM from page 19 

other change, one that also improves the 
ease of editing. Find the line in PROF- 
NOTE XEDIT which reads: 

COMMAND SET PREFIX OFF 
and replace it with: 

COMMAND SET PREFIX ON 

The PREFIX command turns the left- 
most five bytes on the screen into a com- 
mand area. Now you have available all 
of XEDIT’s line commands for adding 
(A), copying (C or CC), moving (M or 
MM) and deleting (D or DD) text. The 
reformatting capabilities still fall below 
the norm for professional word process- 
ing packages; however, the prefix com- 
mands and the PF11 split/join command 
let you manipulate words and phrases 
without retyping. Ragged margins mat- 
ter little compared to the clarity of the 
message. 

In addition to configuring the software, 
your company needs to train the users. 
Beginners in electronic mail often make 
the mistake of writing the same memo on 
the screen as they would on paper. Paper 
memos tend to fill one or more pages and 
frequently cover several aspects of a topic 
or even several topics. Their relatively 
slow transit time encourages including as 
much as possible. 

Long memos in electronic mail are dif- 
ficult to read. One screen holds less than 
half of what is on a page, so that readers 
must change screens on a long memo two 
or three times as often as they flip pages 
in the paper form. Also, a memo with 
multiple topics makes them go through it 
several times while answering each part. 
The problem is that one topic may have 
an immediate answer while another re- 
quires research. With paper memos, they 
may well wait until a complete answer is 
ready. For electronic mail, the wait is self- 
defeating. 

Project teams should follow three basic 
rules when using electronic mail: 

Rule |: A memo that fills more than 
two screens should be more than one 
memo. 

Rule 2: A memo that has more than one 
topic should be more than one memo. 

Rule 3: Electronic mail deserves rapid 
response. 

The idea of the first two rules is to make 
the third possible. If team members an- 
swer immediately even just half the ques- 
tions they get, the lag should be only a 
couple of hours on the average, instead 
of a couple of days via departmental mail. 

Timeliness is important. Unanswered 
questions can lead to false assumptions 
and a slow response may arrive too late 
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to alter a line of thinking. A person who 
has spent two days working on an idea 
may not abandon it willingly. 


Notebooks 


A project team that uses VM’s elec- 
tronic mail will have a machine readable 
record of the discussion. The NOTE com- 
mand automatically saves every memo 
into a NOTEBOOK file, that, with proper 
editing, can become part of the final, for- 
mal requirements definition. 

Keeping the project related NOTE- 
BOOKs clean of extraneous memos is im- 
portant. Each NICKNAME entry has only 
one NOTEBOOK associated with it. If 
project team member Joan writes to proj- 
ect team member Michael, every memo 
will go automatically to the PROJECT 
NOTEBOOK she assigned to his NICK- 
NAME. This includes any collegial gos- 
sip or invitations to lunch. She can seg- 
regate such private memos by specifying 
a keyword qualifier. Instead of a simple: 

NOTE MICHAEL 
she could enter: 
NOTE MICHAEL (NOTEBOOK LUNCHES 

If Joan and Michael serve jointly on 
two project teams, she can either make 
up two NICKNAMEs for him in the ad- 
dress book or use a shell EXEC called 
MICHAEL: 

/* REXX EXEC to send notes to Michael */ 
ARG PROJECT /* Specify which project notebook. */ 
/* Establish “FINREC”’ as the default. */ 


IF PROJECT = "' THEN PROJECT = FINREC 
EXEC NOTE MICHAEL '(’ NOTEBOOK PROJECT 


Then if she wants to write to him about 
the financial records project (FINREC), 
she need only enter: 

MICHAEL 

If she is responding to a question about 
the PAYROLL project, she would add: 

MICHAEL PAYROLL 

Likewise if she is asking him to lunch 
(on business, of course), she can also save 
keystrokes: 

MICHAEL LUNCHES 

The overhead of such a shell EXEC is 
minimal compared to the convenience. 
IBM uses the technique frequently in its 
own code. 

Joan will want to save notes that come 
to her reader queue. Again VM makes 
this simple. When she reads her mail, she 
can use the PF9 key in PEEK or from the 
RDRLIST display to RECEIVE the mes- 
sage. It will go into whichever NOTE- 
BOOK she specified for the sender in her 
address book. Again this may be a prob- 
lem if she and Michael are working on 
two projects at once. Another shell EXEC 
could be useful: 


/* REXX EXEC for receiving notes into the 
PAYROLL NOTEBOOK 
The filename of this EXEC should be PAYROLL */ 
ARG FILENUM 
—— FILENUM '(’ NOTEBOOK PAYROLL 
XIT 


To save a note correctly now, she need 
only type PAYROLL over the desired en- 
try on the RDRLIST display. 

Joan can examine her project notebook 
while writing a reply. VM provides two 
ways to do this. First, she could go to the 
command line of her current XEDIT ses- 
sion and enter: 

X FINREC NOTEBOOK 

This will replace her note with a full 
screen display of the financial records 
project notebook. When she has seen 
everything she wants, she could QUIT 
using PF3 and VM would return to 
what she had been writing. She can also 
keep the FINREC NOTEBOOK open 
by entering: 

SCREEN 2 
to split the screen. If at some point she 
wants a single screen again, SCREEN | 
will change it back. She can also define 
any of her PF keys to split and un-split 
screens: 


SET PF19 SCREEN 2 
SET PF20 SCREEN 1 


These settings are useful enough that 
you should consider including them in 
an updated PROFNOTE XEDIT on the 
Y disk. 

These techniques for using NOTE- 
BOOKs let project team members keep 
a paperless paper trail of all questions 
and decisions, filed chronologically and 
backed up on a regular schedule. In a fu- 
ture article, learn how to turn these 
NOTEBOOKs into project documenta- 
tion. Good record keeping cannot substi- 
tute for a well researched requirements 
study; however, it can help the team avoid 
reworking issues already resolved. = 


This article is an excerpt from Chapter Four of VM Ap- 
plications Handbook (McGraw-Hill, 1989) Gary McClain, 
editor. 
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Looking For IBM 


Mainframe Expertise? 


Place your recruitment ad in 
MAINFRAME JOURNAL and 
you'll reach more DP Managers, 
Systems/Applications Program- 
mers, and Operators with IBM 
mainframe expertise than any 
other publication. 


MAINFRAME JOURNAL is still 
the only publication specifically 
targeted to DP professionals in 
organizations using IBM main- 
frame systems. 


Why pay almost twice as much 
for a recruitment ad in a generic 


DP publication that reaches fewer 
of the people you are looking for? 


For more information, contact 
Diane Dishman, Marketplace 
Ad Sales, at (214) 343-3717. 


Software Professionals 


If you’re seeking an opportunity to work in a dynamic team environment with a company 
that has 12 years of stable yet impressive growth, come to Candle. 


As the world’s leading independent developer of systems solution software for IBM 
Mainframes, we believe that your abilities are best served in a company that encourages 
professional and personal growth. We currently are seeking top Systems Engineers, 
Software Engineers, Instructors, Tech Writers, Sales Account Managers, System 
Programmers, Sr. Programmer Analysts, Software Managers and Product Managers 
to work in the following areas: 


e IMS ¢ DB2 ¢ CICS e VTAM 
e MVS ¢ DOS/VSE ¢ VM 
We reward innovation with excellent compensation and extensive benefits, including 
company-paid medical/dental/vision/life insurance, profit sharing, 401(k) plan, retirement 


programs, company sponsored health spa program, and more. Please submit your resume to: 
HUMAN RESOURCES, Dept. MFJ 


Candle Corporation 
1999 Bundy Dr. 
al e * Los Angeles, CA 90025 
= Equal Opportunity Employer 
... Partners in Solutions—Candle and You 


Los Angeles, CA—Dallas, TX—Oakbrook, IL 
White Plains, NY —New York City, NY 


People like ours mean... 


In the systems software development industry, Goal Systems’ dedication to qual- 
ity products, responsive customer service, and market-competitive priced soft- 
ware products has produced loyal customers as well as exciting career develop- 


faite! || om ee Our Technical Support Reps provide troubleshooting and 


© Quality Products 

© Quality Service 

e Loyal Customers 

e Growth Opportunities 


problem resolution, by telephone, for customers using Goal 
Systems products. Other responsibilities include working 
with our product developers on coding projects to create 
product fixes. To qualify fora Technical Support Represen- 
tative position, you should have: 


¢ 2-3 years experience with one of the following: 
Systems Programming in VSE or VM 
CICS, VSAM, or Performance product knowledge 
© excellent problem determination skills 
* good telephone skills 
¢ familiarity with IBM 370 Assembler coding 


These positions are located at our headquarters in 
Columbus, Ohio, alarge Midwestern city that offers outstand- 
ing living advantages. Columbus enjoys cultural attractions 
as well as events for the sports fan, top-notch academic in- 
stitutions and a reasonable cost of living. Relocation assis- 
tance is provided for qualified candidates 


Goal Systems also offers an outstanding benefits package 
that includes company-sponsored medical, dental, and vi- 


ment opportunities for our employees. In addition, our 500% growth rate span- sion coverage, life insurance, long term disability coverage, 
ning the last 5 years has accelerated our needs for Technical Support profit sharing, 401(k), tuition reimbursement, and more. For 


Representatives. 


prompt consideration, please submit your resume to: GOAL 
SYSTEMS INTERNATIONAL INC., Human Resources 
Dept., 7965 North High Street, Columbus, Ohio 43235. An 
Equal Opportunity Employer M/F/H/V. 
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Reengineering: Buzzword 
Or Business Advantage? 


By Kent Petzold 


omputer Aided Software Engineering (CASE) was originally 

thought of as the front-end software tools that facilitate the 

development of new systems to meet new market 
requirements. By this definition, CASE development typically 
consumes less than 20 percent of MIS programming resources. I 
would like to propose a wider, more representative definition of the 
term, adding all the programming activity that goes into enhancing 
and maintaining existing systems. This activity, called CASE for 
Existing Systems or reengineering, is a top priority for corporate 
America. According to the Gartner Group, reengineering consumes 
up to 80 percent of MIS resources and costs corporations $30 
billion annually. 


History Of Reengineering 

One of the most frequently discussed results of the technological 
revolution in American business has been the realization that 
information is a corporate asset. Two decades’ worth of information 
gathering and software development have created a huge portfolio of 
applications that are running businesses and providing unique assets 
that deliver a competitive advantage. It should come as no surprise, 
then, that maintaining and enhancing these assets to respond to 
changing market conditions is a top priority. The surprise is that it is 
a time-consuming and error-prone process that has remained largely 
untouched by the technological advancements that created it. 

The problem of enhancing existing systems has many roots. Most 
of the world’s mainframe applications are written in COBOL, many 
of them large and complex systems. It is the standard mainframe 
programming language with more than 80 billion lines of code in 
production. However, COBOL was designed for development 
flexibility and power, not for easy maintenance and enhancement. 
These billions of lines of production code have gone through decades 
of change at the hands of many different authors and much of it is 
older than the programmers working on it. Finally, the few products 
that have been brought to market are severely limited, so that this 
process remains primarily manual and resource-intensive. 

Studies such as those undertaken by the Gartner Group reveal that 
reengineering will grow to consume 90 percent of MIS resources by 
1990. IBM conducted a detailed study of the reengineering cycle and 
found that almost half of a programmer’s time is spent not in the 
action of design, code and test but in the cognitive challenge of 
trying to understand how the program works. This means that 50 
percent of the reengineering cycle is bogged down in analysis. These 
studies define the problem as a crisis in corporate America and have 
propelled companies to begin developing reengineering solutions. 


Phases In The Reengineering Cycle 
The steps in the reengineering process or cycle are well-defined: 
1. Identify a need for enhancement, repair or code improvement 
2. Review the system and develop a plan (specification and design) 
3. Code and compile 
4. Test and debug 
5. Documentation and production turnover. 


In reality, the process rarely proceeds so simply. As a programmer 
learns more about the program throughout the cycle, midstream 
adjustments are made. Findings in a test session often require coding 


changes, a design 
update or even a 
specification change, 
then more testing. It 
generally takes an 
average of seven to 
12 attempts just to 
get the program 
through the compile 
step. The cycle becomes an iterative process resulting in delays and 
growing backlogs. 

Current Solutions To The Reengineering Crisis 

Despite the significance of reengineering and its impact on 
corporate MIS resources, system software firms have been slow to 
offer effective solutions. Instead they have been focusing on the 
easier option of marketing software for new applications 
development. Most of the techniques that are being described as re- 
engineering solutions are characterized by misplaced focus; they 
automate the steps that take the least amount of time and they work 
around or eliminate existing code rather than leverage it. They fall 
into three categories: rewriting, restructuring and maintenance. 

®@ Code generators assume that the best approach to reengineering 
is to always rewrite the code. However, development of new code is 
impractical and difficult to cost-justify if the present system is still 
functional; IBM estimates that only seven percent of existing 
applications need to be rewritten. 

© Restructuring products rearrange the structure of a program, 
creating code which is easier to work with. However, restructured 
code does not reveal the program logic and data relationships, so the 
critical, resource-intensive process of analysis remains manual. 

®@ Maintenance utilities assist in repairing old problems. However, 
they add nothing to the process of improving or enhancing code. 
Features Of True Reengineering Products 

There has now emerged a new category of reengineering products 
which are truly effective solutions. These products can: 

@ Read and understand COBOL programs 

©@ Capture comprehensive logic and data path information 

@ Create logical modules by identifying and isolating related 
business functions 

@ Build an on-line repository of information about the application 
that is available at all times 

@ Make the information flexible enough to be used in each of the 
reengineering tasks from redesign to bug-fixing 

@ Integrate program knowledge with tools that support all the 
phases of the reengineering cycle from design and analysis to 
coding, testing and debugging 

@ Provide an integrated technology platform and tool set, 
automating the transition and flow of information between 
reengineering tasks 

@ Provide a platform that supports evolution toward reverse 
engineering. 

This new class of products is offered as an integrated suite by 
vendors, thereby offering a comprehensive option to buyers of CASE 
tools for existing systems. These full life-cycle tools bring automa- 
tion and intelligence to the challenge of reengineering and will go a 
long way to addressing one of the biggest concerns of MIS today. = 


Kent Petzold, President and CEO, VIASOFT, Inc. 
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Our laser printers 
give new meaning to“sharing”’ 


Until now, sharing has been pretty one-sided: several 
workstations had to share one laser printer. But Printer 
Systems has redefined the idea of sharing. Now a laser 
printer can share across several dimensions. 


Different platforms 
Printer 

Systems laser 
printers can i 
be shared by ] 
several diffe- i 
rent kinds of i 
computers. 2s 
Like IBM. And aa 
DEC. And, of course, 
PCs. All at the same time. Coax, twinax, parallel, and serial 
connector ports are provided on all our laser printers. 


Different applications 

And you can get some 
pretty fancy things out of ‘ 
these different computers, abeel 
without a lot of program- 
ming. Like barcodes. And , tet ARR 
FlexFonts from BitStream, , 
with access to over 2,000 
fonts. So now your mainframe 
can do what you thought you needed a PC for. 


Different personalities 
With Printer Systems’ 
new laser printers, full 
emulation of the IBM 
3812, the DEC LN03 
Plus, and the HP 
LaserJet II is a given. 
In fact, our printers 
not only come standard 
with all the same fonts as IBM’s, DEC’s, and HP’s laser 
printers, but our font matrices are precisely identical to 
theirs. So ours print exactly the same as theirs. 


Real compatibility 
Complete com- . 

patibility is a given, tama in] © 

too, right down to 

the resolution. Like the IBM 3812, you can have 240 dpi 

for IBM applications. Or 300 dpi like the DEC LN03 Plus 

and the HP LaserJet II. In the same machine. Switched— 

not scaled—by the machine itself depending upon 

the application. 


Introducing the Intelliprint 218° 
Printer Systems’ new 
Intelliprint 218 permits all ~_ ' | 
this sharing without = , { 
giving up perfor .e. } 
mance. Its 32-bit 
RISC technology means 
that its real throughtput is 
the rated speed of 18 pages 
per minute. And its peak ~~ 
duty cycle of 50,000 pages per month means it can handle 
however much you demand of it. 


And the Intelliprint 106° 
Sometimes, you 
can have too much of a 
good thing. So Printer ye 
Systems developed the 
Intelliprint 106.It,too, = a 
is based on 32-bit RISC ~———______! P : 
technology, so its 6 de | 
page per minute rated Pom ig 
speed is its real 
throughput. And its duty cycle of 3,000 pages per month 
is ideal for lower-demand situations. 


Open architecture on a PC bus 


Printer Systems has also redefined “sharing” by 
putting a PC AT inside the Intelliprint 218. That provides 
all the functionality of a dedicated workstation. And, like 
any other workstation, it affords the flexibility to add 
options, like a LAN interface, for instance. 


Wait, there’s more 

In fact, there’s a lot more. Printer Systems has more 
up its sleeve, like spooling. And real-time, automatic 
switching between interfaces. And different graphics 
emulations. But we can’t tell you about all of it yet. At 
least not here. Why not give us a call at 1-800-638-4041? 
We'd be delighted to fill you in. So you can start sharing 
the way sharing was meant to be. 


ir 


Compatible in every way 


Printer Systems Corporation, Corporate Headquarters: 9055 Comprint Court, Gaithersburg, Maryland 20877 
(301) 258-5060, (800) 638-4041, Fax: (301) 926-7333, Telex II: 710 828 9621 


IBM and IBM 3812 are registered trademarks of International Business Machines Corporation. DEC and LNO3 Plus are registered trademarks of Digital Equipment Corporation. HP LaserJet II 
is a registered trademark of Hewlett Packard Corporation. FlexFonts and Bitstream are registered trademarks of BitStream Corporation 
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For System Programmers * Storage Administrators 
System Support Managers * Application Developers * Users 


Seminar Topics: 
Understanding IBM’s System Managed Storage 
Planning, Features and Implementation of SMS 
The FDR System as the DASD Manager in your DFSMS™ Environment 


IAM-VSAM Performance and Data Compression; Improving CICS and 
Batch Throughput; Reducing DASD Storage Requirements 


Location — Spring ’89 Location — Fall ’89 
Washington, DC / May 9 Houston, TX /June 14 Atlanta, GA CANADA 
New York City, NY /May 16 Denver, CO /June 26 Detroit, MI 
Boston, MA / May 17 Seattle, WA /June 29 Orlando, FL fos Si sae 
Chicago, IL / May 24 San Francisco, CA /June 28 St. Louis, MO . : 
Toronto, Ontario 


Minneapolis, MN / May 23 Los Angeles, CA /June 27 Little Falls, NJ 
Dallas, TX /June 13 
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Limited Seating: RSVP as soon as possible to reserve your seat. 
Call (201) 890-7300 for specific dates and location preference. 


€ INNOVATION 
BY DATA PROCESSING 


275 Paterson Avenue, Little Falls, NJ 07424-1658 © (201) 890-7300 
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